Amendments to the Drawings 

Please amend the drawings by replacing all 45 sheets of drawings (which includes Figures 
l-32d) with the 74 sheets of drawings (Figures 1-65) included herewith. All of the new drawings 
are taken directly from applications incorporated by reference into this application. 
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REMARKS 

The Detailed Description portion of this application has been replaced with the Detailed 
Description portion from an application that was incorporated by reference into this application, 
serial no. 08/936,910 (entitled "A System and Method of Communicating Information Relating to 
a Network Resource"), as originally filed September 25, 1997. That application (serial no. 
08/936,910) is incorporated by reference at page 16 of the original specification for the present 
application. 

Also added to the present application are excerpts fi-om the specifications filed in serial 
nos, 60/047,554 and 08/474,921, both of which were also incorporated by reference into this 
application. Serial nos. 60/047,554 and 08/474,921 are incorporated by reference at pp. 15-16 of 
the original specification for the present application. 

The drawings referred to by the text added to this application are submitted as 
replacement drawings, and where necessary, the drawings have been renumbered and the relevant 
portions of the corresponding text have been modified to avoid duplicate figure numbers and 
reference numerals. Please see the amendments above and the incorporated applications. 

A substitute specification with markings showing all the changes relative to the immediate 
prior version of the specification of record is provided. In addition, a clean version of the 
specification is also supplied. See 37 C.F.R. 1.125(c). The substitute specification includes no 
new matter. 37C.F.R. L125(b) 

The substitute specification is to be used as support for the current claims, which are listed 
in the substitute specification for the Examiner's convenience. No amendments are made to the 
claims in this amendment. Accordingly, no claims fee is submitted. 
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This preliminary amendment is being filed prior to the examination of this apphcation. To 

the extent that the Examiner believes that a discussion with the Applicant will expedite the 

examination of this application, the Examiner is encouraged to contact the Applicant at the 
telephone number listed below. 



Certification Under 37 C.F.R. §1.10 

I hereby certify that this document is being deposited with 
the United States Postal Service as Express Mail (mailing 
label no. ED4 188 19896) addressed to the Mail Stop 
Amendment, Commissioner for Patents, P.O. Box 1450, 
Alexandria, VA 22313-1450 on the jjate jndiQiffe^low 




Dated: October 31. 2005 




Marl 

1076 T^mberwood Court 
Woodbury, MN 55125 
(651)578-7197 



Customer Number: 29757 
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OCT 8 1 2005 

r w ^^'^ METHOD FOR COMMUNICATING INFORMATION RELATING TO A 

NETWORK RESOURCE 

CROSS REFERENCE TO RELATED APPLICATIONS 
This application is a continuation-in-part of copending application Serial No. 09/903,923 
(entitled "A System and Method for Communicating Information Relating to a Network 
Resource"), filed July 12, 2001, which is a continuation of Serial No. 09/193,756 (entitled "A 
System and Method for Communicating Information Relating to a Network Resource"), now U.S. 
Patent No. 6,292,813, which claims the benefit of provisional application serial no. 60/066,058 
(entitled "A System and Method for Communicating Information Relating to a Network 
Resource"), filed November 17, 1997, now expired. 

This application is also a continuation-in-part of copending non-provisional application 
Serial No. 10/403,936 (entitled "Communication of Information Relating to a Network Resource"), 
filed March 31, 2003, which is a continuation-in-part of non-provisional application serial no. 
09/566,703 (entitled "Communication of Supplemental Information For A Network Resource"), 
filed May 9, 2000, which claims the benefit of provisional application serial nos. 60/172,168 
(entitled "Communication of Supplemental Information For A Network Resource"), filed December 
17, 1999, 60/167,479 (entitled "Communication of Supplemental Information For A Network 
Resource"), filed November 24, 1999, and 60/133,781 (entitled "Communication of Supplemental 
Information For A Network Resource "), filed May 12, 1999. 

Serial no. 10/403,936 is also a continuation-in-part of serial no. 09/258,873 (entitled 
"Communication of Information Relating to a Network Resource"), filed February 26, 1999, which 
claims the benefit of provisional application serial nos. 60/110,776 (entitled "Communication of 
Information Relating to a Network Resource"), filed December 3, 1998, 60/091,708 (entitled 
"Communication of Information Relating to a Network Resource"), filed July 3, 1998, and 
60/076,147 (entitled "Communication of Information Relating to a Network Resource"), filed 
February 26, 1998. All of the applications identified above are hereby incorporated by reference 
into this application. 
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BACKGROUND AND SUMMARY 
A continuing difficulty in today's information-rich society is the effective communication of 
pertinent information to individuals who are most interested in such information. Some of the 
systems and methods disclosed herein relate to the fields of information retrieval and information 
presentation. Specific embodiments and features, and the nature of the present invention may be 
understood by reference to the following detailed description and the drawings. 

BRIEF DESCRIPTION OF DRAWINGS 
Figur es 1, 2, 5, and 18 are diagrams illustrating various aspects or fcaturos of one or more 
disclosed inventions. 

Figures 3, 1, 7, 8, 9 15 17, 19 21, and 26 32 arc rcprcsontations of screen displays 
illu s trating various aspects or features of one or more disclosed inventions. 

Figures 6, and 22 25, arc flow charts illustrating various aspects or fcaturos of one or more 
disclosed inventions. 

Figure 1 is a blo ck diagram of a computer svstem attached to a network 

Figure 2 is a diagram of multiple computers on a network. 

Figure 3 is a simplified representatio n of a screen showing a window in which information 
retrieved over a network is displaved. 

Figure 4 is the view of Figu re 3 with an additional window shown on the displav. in which 
su pplemental information is displaved. 

Figure 5 is a network diagra m showing the retrieval of supplemental information bv a client 
computer. 

Figure 6 is a flow chart illu strating the process for retrieving and presenting supplemental 
information in the network of Figure 5. 

Figure 7 is a network diagr am showing an alternate procedure for retrieval of supplemental 
information. 

Figure 8 is a flow chart ill ustrating the process for retrieving and presenting supplemental 
information in the network of Figure 7. 

Figure 9 is a network diagram showing an alternate procedure for retrieval of supplemental 
information. 
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Figure 10 is a flow chart ill ustrating the process for retrieving and presenting supplemental 
information in the network of Figure 9. 

Figure 1 1 is a network diagram showin g network activity and inter-orocess communication 
at the client computer. 

Figure 12 is a flow chart illustrating the process diagrammed in Figure 11. 

Figure 13 is a network diagram sho wing an alternate implementation of two processes 
executing at the client program. 

Figure 14 is a flow chart illustrating the process diagrammed in Figure 13. 

Figure 15 is a flow chart illustrating a server process similar to that shown in Figures 1 1 and 

11. 

Figure 16 is a simplified rep resentation of a database or look-up table that mav be used bv a 
server computer. 

Figure 17 is a flow chart illustrating a process in which a client computer sends a request to 
a reference server in certain circumstances. 

Figure 18 is a flow chart illustrating a process in which a client computer determines 
whether su pplemental information is available for more than one document. 

Figure 19 is a view of a screen showing a window in which supplemental information is 
displayed. 

Figure 20 is a view of a desktop having a display element that the user can select to display 

su pplemental information- 
Figure 21 is the desktop of Figure 20 after selection of the display element 
Figure 22 illustrates a dis play screen on which supplemental information is scrolled in a 

window- 
Figure 23 illustrates a disp lay screen informing the user that supplemental information or 

su pplemental content relating to other content on the display screen exists. 

Figure 24 illustrates the di splay screen of Figure 23 when supplemental information is 

presented to the user. 

Figure 25 illustrates the disp lay screen of Figure 24 after the user selects the supplemental 
information presented to the user in Figure 24. 

Figure 26a illus trates rotation of supplemental information in a window in Figure 24. 



substitute specification - marked version 



3. 



Figure 26b is a flow chart of a process in which the displayed supplemental information 
remains substantially constant during the time that the input device is active. 

Figure 27 illustrates a browser or document viewing program having an area in which 
su pplemental information mav be displayed. 

Figure 28 is a flow chart illustrating a process for presenting a supplemental resource or 
supplemental content to a user. 

Figure 29 illustrates the selection of a display element while content in a browser is 
presented to a user. 

Figure 30 illus trates the updated display screen afi;er the selection of the displav element in 
Figure 29. 

Figure 31 illustrates the display screen of Figure 30 showing displav elements representing 
various types of supplemental information on a task bar. 

Figure 32 illustrates the u pdated displav screen upon selection of a task bar displav element 
in Figure 32. 

Figure 33 is a network diag ram illustrating network activity in connection with Figures 29. 
30. 31. and 32. 

Figure 34 illustrates a number of display elements that mav be used to represent different 
types of supplemental information. 

Figure 35 is a fl ow chart of a process similar to that illustrated in Figures 29 to 33. 
Figure 36 is a flow chart illustrating an alternate process. 
Figure 37 is a flow chart of the process illustrated in Figures 38a and 38b. 
Figure 38a illustrates information being displayed in a window. 

Figure 38b illustrates supplemental information being displayed in the window of Figure 

38a. 

Figure 39 illust rates an alternate method of displaying supplemental information. 
Figure 40 is a network diagram in which supplemental information from more than one 
source is retrieved. 

Figure 41 illustrates a menu being displayed upon selection of a display element. 
Figure 42 illus trates presentation of supplemental information upon selection of a menu item 
in Figure 41. 
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Figure 43 illustrates an alternative menu being displayed upon selection of a display 
element. 

Figures 44 to 46 illustrat e another procedure for selection of the desired type of 
su pplemental information. 

Figure 47 illustrates an alt ernate wav of presenting supplemental information in connection 
with the procedure illustrated in Figures 44 to 46 

Figures 48 and 49 illustrate t he selection and display of supplemental information relating to 
audio content. 

Figure 50 illustrates the p resentation of the audio content relating to the supplemental 
information of Figure 49. 

Figure 51 and Figure 52 are diagrams illustrating various procedures for installing and 
executing software. 

Figure 53 and Figure 54 a re flow charts illustrating procedures for installing and executing 
software. 

Figure 55 is a diagram of the relationships between six documents 

Figures 56a. 56b. 56c. 5 6d. 56e. and 56f are representations of the six documents from 
Figure 55. 

Figure 57 is a representation of four search documents and three related documents. 

Figure 58 is a representat ion of four search documents and three related documents with a 
display view and one anticipated view. 

Figures 59(a) and 59(b) ar e each a representation of four search documents and three 
related documents shovying a display view and four anticipated views. 

Figures 60fa) and 60fb) ar e each a representation of four search documents and three 
related documents showing various term views. 

Figure 61 is a represent ation of four search documents and three related documents 
showing various subdocument views. 

Figure 62 s hows seven documents ordered according to four different ordering 
characteristics. 

Figure 63 is a flow chart of th e operation of a database system in one embodiment of the 
present invention. 



substitute specification - marked version 



5. 



Figure 64 is a flow chart of the operation of a database system in an alternate embodiment 
of the present invention. 

Figure 65 is a flow chart o f the operation of a database system in an alternate embodiment 
of the present invention. 

DETAILED DESCRIPTION 

Figure 1 is a block diagram of g gcnorol purpose computer IL Tho computer 11 has a 
central processing unit (CPU) 12, mcmor>^ 17, and input/output (i^o) circuitr>^ 16. The CPU 12 is 
conncctod to the memory 17 and th o i/o circuitry 16. Tho L^o circuitry permits the CPU 12 to 
access various peripheral devices, such as tho display 11, local storago 13, and input dcvico(s) 15. 
The input devicc( s ) 15 may include a keyboard, mous e , pen, voice recognition circuitry and/or 
software, or any other input device. Some typo of secondary or mass storage 13 is generally used, 
and could bo, for example, a hard disk or optical drive. Tho otorago 13 con also be eliminated by 
providing a sufficient amount of memory 17, Either tho s torage 13 or the memory 17 could act as 
g program storage medium that holds instructions or source code. Tho i/o circuitry 16 is also 
oonnoctod to a netv/ork 18, thereby connecting the comput e r 1 1 to other computers or devices. 

Figure 2 is g reprcsontgtion of multiple computers (21, 22, 23, 26, 27, 28, and 29) 
conn e ctod togcthor to form a network 18 of computer s and/or networks. One or more of the 
computers on the network 18 may be of the type illu s trated in Figure 1. Computers 21, 22, and 23 
arc shown connoctod to wide area network (WAN) 2 4 , wh e r e as computers 26, 27, 2 8 , and 29 are 
shown interconnected by local area network (LAN) 25. Th e LAN 25 is conncctod to tho WAN 24 
by connoction 20. 

Figure 3 show s a simplified r e presentation of a video display screen 32 for a computer such 
as that of Figure 1. Tho area 32 repr e sents the area on a scr e en wdthin which imag e s, text, video, 
and other typo of data or multimedia objects can bo displayed and manipulated. Shown on the 
display 32 ar e a cursor 3 1, a ta s kbar 33, application bars 35 on the taskbar, and an icon tray 37. 

Another typ e of object, windov^^ 2A, i s also shown on tho display screen 32. The window 3 4 
i s a repr e sentation of a document r e trieval, browsing, and/or viewing program that is used to view 
or interact with information or resources either stored locally on the computer or retrieved ovor a 
n e twork. — Such a program will h e reinafter be referred to as a '"brow s er," but it should bo 
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undcrotood that this term is moant to encompass other types of programs should bo given a broad 
interpretation. The window 31 has a title area 36 that displays the title of the page, document, or 
network resource being prcoented or di s played, along with the senior on which the document is 
located. Often this information is put in the form of a universal rooourcc locator (URL) of the 
document being displayed, as is 3hovm in Figure 3. Alternatively, an additional area within the 
window could bo used for displa>dng the universal resource locator, as is found in most 
commercially available browsers. — Other navigation buttons are usually also associated with a 
browser program and the window 31, but for simplicity, those buttons and other navigational aids 
have been omitted from the Figures. 

In operation, the user browses information on a n e twork or even on a local storage device, 
and caus e s information to be displayed within the window 31. In Figure 3, the user ha s retrieved 
the document identified b>^ the URL ^^http://MonticelloReportcr.com/Kemer," which is displayed in 
the browser window 31. As this document is retrieved and rendered in the window 31, another 
display clement or window 1 1 is added to th e display scr e en in the manner shown in Figure 4 . 
Window 11 has g title bar 12, and an area 13 having two buttons 11 and 15. The configured 
"reference sorv^or'' is also shown within the area 13. The window 11 displays information relating 
in some way to the information in window 3 4 . — In some implementations, the v/indow 4 1 is 
automatically displayed on the screen whenev e r the user browses to a page or location on the 
network. Each time the user brows e s to such a page or location, the window 1 1 is updated to 
display information that relates to that page or location. The information shown in window 11 that 
r e lates to the page, location, or document shown the wdndow 31 may bo referred to as 
supplemental information. The supplemental information is retrieved using the "reference server" 
id e ntified in the area 13, as is described below. 

The information in window 3 4 i s talc e n fi-pm the "MonticelloRcportcr.com" server, and 
represents a news story published by the "Monticello Reporter" about a state representative's plans 

to seek th e oflSce of governor. The information in window 41 is taken from the 

"TwinCitiesTimes.com" serv^cr, and in this particular situation, is a version of the same story 
published by the Twin Cities Times, which may be a publisher that oompeteo with the Monticello 
R e porter. 
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Whoro thorc is more than a single window 31 displayed, or where mor e than one network 
resource i s being presented to the user, the user can select the window or network re s ource for 
which he or sh e seeks supplemental information. Alternatively, suppl e mental information may be 
retri e ved for some or all of the n e twork resources being displayed or othcrwi o o presented to the 
user, so that supplemental information relating to more than one network rcsouroo is made 
available to the user. — In another implementation, only that supplemental information that is 
common to more than one of th e documents or other n e twork resources being displayed can be 
made available to the user. 

Figure 5 illu s trates a diagram one possible impl e mentation of how supplemental information 
is retrieved over the network using a reference server. Shown in Figure 5 is network having on it a 
number of computers or other d e vice s , including devices 51 to 51. The device 51 is a client 
computer that has the browser program of Figures 3 and 1 executing on it. In Figure 5, the ohent 
computer 51 sends a rcquoot to do\ico 52, aslcing for the "Kcmor" document. The do\icc 52, 
which repr e s e nts the "MonticelloRcporter.com" domain, responds by sending the requested 
document to the client computer 51. The client computer 51 displays the "Kcmcr" document as 
shown in window 31 in Figures 3 and 4 . — The client computer also sends a r e quest to the 
configured r e ference server, asking for supplemental information about the ''Kemer'' document. As 
shown in Figure 5, the r e f e rence s e rv e r for the client computer 51 is the devic e 5 1 , which acts as 
the "rcferenc e .newsday.com'' computer identifi e d in th e area 4 3 in Figure 4 . The devic e 54 (i.e., 
the "reference ser\^er") responds by identifiing the "TwinCitiesTimcs.com/912312.htm" document. 
The client computer then requests this document from the "TwinCitiesTimos.com" server, which is 
the device 53. When the device 53 sends the requested document to the client computer 51, the 
"TwinCitiesTimos.com/912312.htm" document is displayed in window 11, as shown in Figure 4 . 

Figur e 6 illustrates a flow chart of the process described in connection with Figures 3 to 5. 
Th e client computer first reque s ts a document from the de\ice 52, and th e n displays the document 
at 63 when it is received fi-om the d e vic e 52. The client computer 51 then sends a request to devic e 
51, which acts as a reference server for client 51, for supplemental information about the document 
r e tri e v e d fi^om device 52. The refer e nce server 52 responds by sending th e identity of one or more 
instances of information (e.g., documents) located on device 51. The client computer 51 then 
r e tri e ves and displays at least one of those documents. In other embodiment s , the device 52 may 
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itsolf havo supplomcntal information, and could r e spond to th e cli e nt computer's request by s ending 
that information, rather than the location of where the cli e nt could find supplemental information. 

In th e flow chart of Figure 6, the display of the docum e nt rctriovcd from device 52 takes 
place befor e the computer 51 initiatoG a request to tho roforonco scrv^or 51. Howovcr, in other 
embodiments, the request to the refcroncc server 51 can tolc e place much earlier, perhaps as soon as 
th e client computer knows of the id e ntity of th e document that it is retrieving from computer 52. 

R e ferring again to Figure 1, the user selects with th e cursor 3 1 the display element 4 5 
within window 11, Upon selection of this display element 15, the display is updat e d to that shown 
in Figure 7. The information displayed in window 4 1 is diff e rent than that of Figure 1, but it still 
r e lat e s to the information shown in window 3 4 . The information displayed in window 11 of Figure 
7 is a story published by the '^Rochester Reported' that updates the news report displayed in the 
window 31, and is another instance of supplemental information relative to the information 
displayed in the browser window 3 4 . 

Where more than one document or instance of supplemental information is, available for the 
docum e nt displayed in tho window 31, the user can step through each instance of supplemental 
information by manipulating tho buttons 11 and 15. Selection of tho "back" display element 11 in 
Figure 7 will cause the previous instance of supplemental information to be displayed (i.e., the 
information in w^indow 11 of Figure 1). Wh e re there is more than one instance of supplem e ntal 
information for a particular document, suppl e mental information that the us e r has not yet seen 
could be placed ahead of other instances of supplemental information, so that the user sees them 
first when tho usor stops through tho instanc e s of supplem e ntal information. In general, the order 
of the instanoos of supplemental information can be chosen so as to malce stopping through tho 
instances of supplemental information conveni e nt. A visual or audio indicator or signal could also 
b e provided in connection with window 41 to communicate th e status of tho supplemental 
information being displayed. Such status may b e that th e supplemental information is new, old, 
r e cently added as suppl e m e ntal information, updated, and/or modified. Maintaining a profil e for 
e ach user will allow the client computer to determine the status of supplemental information, 
r e lative to each user. 

In Figure 7, th e usor solocts a linlc in browser window^ 3 4 using tho cursor 31. Upon 
s e lection of th e link, th e display is updated as shown in Figure 8 . Tho window^ 31 in Figure 8 has 
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b e en updated to di s play the document repres e nt e d by tho s e l e ct e d linlc in window 31 in Figure 7. In 
addition, the information in window 1 1 is updated to di s play suppl e m e ntal information relating to 
th e information display e d in the browser window 31 of Figure 8, rather than the browser window 
31 of Figure 7. Tho information in window 4 1 of Figure 7 may not bo supplemental information 
r e lative to the "MonticclloRoporter.oom/prcnChtm" now displayed in window 31 in Figure 8 , so the 
window 11 is updated. — The information shown in window 4 1 of Figure 8 is considered 
suppl e m e ntal information r e lating to the "Montic e lloR e port e r.com/prcnfhtm" document: 

In Figure 9, a window 91 from a browser program is shown on a display screen 9 8 . The 
window has a titl e bar 92 identifying the document displayed in th e window 92 as 
"http://widgetxom/org/chart.html." The display screen 98 has a task bar 96, and an icon tray 95 on 
th e taskbar 96, Display elements 91 and 93 are shown in the icon tray 95. Using the cursor 97, the 
user selects display el e ment 93, which causes the display to be updated to that of Figure 10a. In 
Figure 10a, the window 101 app e ars in response to tho selection of display el e ment 93, and this 
window 101 contains supplemental information relating to the information displayed in browser 
window 91. The area 102 in window 101 has display element s 103 and 104, which can be used to 
step through additional supplem e ntal information for tho document shown in browser window 91, 
if such additional supplemental information is available. — Also shown in the area 102 is the 
particular r e f e r e nce s e rv^er being used (i. e ., "rofcrencc.widgct.com"). 

In an alternat e embodiment, selection of the display el e ment 93 in Figure 9 causes th e 
display to b e updated to that show^n in Figure 10b. — Th e window 101 in Figure 10b displays 
r e f e r e nces or links to supplemental information, rather than tho article shown in tho window 101 of 
Figure 10a. The user oan select one of the rcfcronocs or linlcs shown in window 101 in Figure 10b 
to see the article or information associated with that link. For example, in Figure 10b, the user 
selects a r e ference in th e window 101 using the cursor 97. Upon s e lection of the r e f e r e nce in 
Figure 10b, the display is updat e d to that showm in Figure 11. The information in the brow s er 
window 91 is updated to show the information r e ferred to by the selected linlc in window 101, 
which happ e ns to be th e same article displayed in the window^ 101 of Figure 10a. 

In the embodim e nt shown in Figure 11, the window 101 remains on the screen and 
continues to display the same links as those shown in Figure 10b. A diflFerent document has been 
displayed in th e browser window 91 in Figure 11, and the linlcs shown in window^ 101 may not 

10. 
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r e pr ese nt supplomontal information rolativo to the now document displayod in th e browser window 
91. However, in this particular implementation, the links in window 101 stay th e same as those in 
Figure 10b so that the user can select the other inotances of Gupplomcntal information shown in 
window 101 in Figure 10b. 

Referring again to Figure 11, the user selects the "announced his resignation" linlc in 
window 91, which caus e s the display to bo updated to that shown in Figure 12a, wh e re window 91 
displays the document s e l e cted in Figure 11. The window 101 has b e en romoved from the display. 
In th e embodim e nt shown in Figure 12a, where the us e r has browsed to a new location, such as by 
selecting a linlc in the brows e r window 91, or by specifying a new URL to th e browser program, the 
window 101 is removed from tho display. — Selection of display olcmont 93 will again display 
window 101, as shown in Figure 12b. The linlc s or references in window 101 in Figure 12b are to 

supplemental information r e lating te the newly di s played document 

("http://widget.com/promo/hartbd.html") in the window 91. 

Figur e 13 show s another implementation of a window 131 showing references to 
suppl e mental information for a displayed browser window 91. As shown in Figure 13, references 
to supplem e ntal information can bo displayed in a scrolling window 131. 

Figure Ha illustrates another possible implementation of a window 1 4 1 for displaying 
supplemental information. As shown in Figure 1 la, suppl e mental information can b e divided into a 
number of categories. In v^andow HI, supplemental information is divided into "new," "updated," 
"modified," and "seen" categories, — Th e "new" category i s for supplemental information or 
documents that tho user has not yet s ee n. The "updated" cat e gory is for supplemental information 
or documents that tho usor has seen, but that have boon updated since tho user has last soon them. 
Documents that fall into this cat e gory might bo publish e d by news reporters or reporting agencies, 
wh e re these documents are regularly updated. A s imilar category is "modified" which i s used for 
supplemental information that have already b e en present e d to the user, but wh e r e tho document(s) 
hav e been in some v/ay modified s ince the user has last se e n them. The fourth category is for 
documents that have already been seen by the user, and that have not been updated or modified. In 
Figur e Ha, th e u se r i s looldng at a supplemental information document from th e "now" category, 
a s indicated by the tab HI. Tho remaining tabs 145, 1 4 6, and 147, which roprosont tho other throe 
categorie s , are shaded to indicate that they are not in use. — The usor may see supplemental 
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information in these oth e r categories by solccting (e.g., with the cursor 97) on e of tho other tabs 
H5, 146, and 117. Th e user can also step through other instances of supplemental information in 
the "now" category by s e l e cting the display elem e nts 1 4 2 and H 3, as pr e \iously described. 

In an alternate e mbodiment, shown in Figure Hb, e ach cat e gory tab has a list of references 
or links to supplemental information that can be selected by the user. Like Figure Ha, the tabs 
145, 116, and 117 can be sel e cted by the user to display tho list of links to supplemental 
information. Tho embodiments of Figure s 11a and 1 4 b would generally requir e a profile for each 
us e r, which would contain information about th e documents that tho user has previously seen. 
Such a profile would enable a determination of wh e th e r a particular docum e nt is in the "n o w/' 
'updated," "modified/' or "seen" category\ This profile information could be stored on the client 
computer, on the ref e r e nce serv e r, on a combination of both, or on some other server. 

The categories described in connection with Figures 11a and lib arc illustrative, and it 
should b e understood that few e r categories may be appropriat e for some situations, and that 
additional cat e gories may be used. 

In Figure 15, the user selects the display element 152 with the cursor 151, which causes a 
m e nu 151 to bo displayed. In some embodiments, the display el e m e nt 152 is solootod using a 
sp e cial sel e ction action, such as a "right" mouse click, thereby permitting normal selection of the 

display clem e nt 152 to perform other actions. Th e first m e nu selection, "Suppl e m e ntal 

Information," causes supplemental information about a n e twork resource to b e retriev e d from a 
r e f e r e nce s e rv e r, and pr e sented to th e user. — In Figure 15, however, no network resource or 
document is displayed on the scr e en or otherwise being present e d to the user. — Therefore, the 
"Supplemental Information" menu selection is not available in the situation shown in Figure 15. 
When the user displays or otherwise sel e cts a network resource about which supplemental 
information could bo presented, tho "Supplemental Information" m e nu selection becomes available. 

In Figure 16a, tho user has selected tho "S e l e ct Refer e nce Server" menu item, which causes 
th e windov/ 161 to be di s played. In the window 161 is an edit box 162 with th e currently selected 
r e f e rence server identifi e d within the box 162. — The window 161 is used for configuring or 
choosing a reference s e rver for the client comput e r. Selecting or changing the referenc e server for 
th e client computer is accomplished by editing tho namo of the refer e nce serv e r in the edit box 162. 
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Tho cur o or 163 indicates tho ability to edit the contonts of tho box 162, and typo the URL or other 
id e ntifier of the desir e d ref e r e nce serv^cr. 

Figure 16b is an alt e rnat e e mbodiment, where the user has s e l e cted tho "Select Reference 
S e rv e r*' menu item, which causes tho window 161 to bo display e d. Shown in window 161 arc five 
ref e r e nce servers in list box 166 that have boon configured for th e client computer. Reference 
server "rcfer e nco.widget.com" is currently selected, as is indicated by the box 165 around tho namo 
of thi s reference server. The cursor 151 can bo used to select other roforcncc servers in the list box 
166. Tho s e lected rofcronco server can bo removed fi-om th e list by s e lecting tho "remove" button 

— Additional rofcronco servers can be added by identifying them in the box 168, and then 
s e l e cting th e "add'' button 167. 

In Figure 17a, a brows e r window 178 is shown on the screen. The taskbar 177 in Figure 
17a has an icon tray 176 with a display clement corresponding to each of the five reference servers 
shown in tho window 161 of Figure 16b. In the ombodimont shown, some of the display elements 
171, 172, 173, 17 4 , and 175 are shaded to indicate which referenc e servers hav e supplemental 
information relating to tho document displayed in the browser window 178. As is indicated by the 
shaded display elements on tho icon tray 176 in Figure 17a, tho rofcronco servers corresponding to 
display elements 171, 172, and 171 have supplemental information (or links to such information) 
r e lating to the "http://p e rsonnel.widg e t.com/org/chart.html" docum e nt. — Th e user has selected 
display clem e nt 172 in Figure 17a, which corresponds to the "r e fercnce.widget.com" reference 
s e rv^ e r. In response to this selection, a window 179 is displayed having a list of linlc s fi-om tho 
"reference. v/idgct. com" reforonoo server. 

Figure 1 8 a is a network diagram illustrating th e actions described in connection with Figure 

— Th e n e twork 181c in Figure 1 8 a r e presents the intran e t for widget.com, and e ach of tho 
computers 185, 1 8 6, 187, and 1 88 are on that intranet. The intranet is connected by connection 
18 4 b to a wid e ar e a network 18 4 a, which has on it computers 181, 182, and 183, and perhaps 
many other s . The dotted lino 181d r e presents the request by the client computer 186, and the 
r e trieval by that computer fi-om the server 1 8 5 of tho "http://personnel.widgct.com/org/chart.html" 
document. Wh e n the cli e nt computer 186 retriev e s that document, it is displayed in the browser 
window 17 8 as shown in Figure 17a. Tho client computer then se e ks supplemental information 
about the r e qu e st e d document. In Figure 17a, display element 172 is soloctod, causing tho client 
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comput e r 1 8 6 to initiato a request to computer 188 (reference sender "r e fcrcnco.widgct.com") for 
supplemental information. The computer 188 responds with the information displayed in window 
17Q in Figure 17a. If the user then selects one of the linlcs in window 179 in Figure 17a, the client 
computer 186 will initiat e a roqucst for the document corr e sponding to tho solooted linlc to another 
server, which may or may not be on the widget, oom network. 

In Figure 17b, when tho user selects the display elomont 173 that corrospondG to the 
"www.beta.net" reference server, a window 179 is displayed indicating that no supplemental 
information for the document display e d in the browser window 178 is available on that reference 
s e rv e r. — Figure 1 8 b is a network diagram corresponding to Figur e 17b. The dotted line 1 84 d 
represents the request by the client computer 186, and the retrieval by that computer from the 
s e rv e r 185 of the "http://personn e l.widget.com/org/chart.html" document. — Wh e n the client 
computer 1 8 6 retrieves that document, it is displayed in the browser window 178 as shown in 
Figure 17b. — The client computer then seeks supplemental information about the requested 
document. In Figure 17b, display clement 173 is select e d, causing the client computer 186 to 
initiate a request to computer 181 (rofcrcnoc server "www.b e ta.not") for supplemental information. 
The computer 181 responds by indicating that no supplemental information is available for the 
"http://personnel.widget.com/org/ohart.html" document. Information reflecting this fact is shown 
in th e window 179 of Figure 17b. 

In some e mbodiments, where supplem e ntal information is not available for a particular 
document or network resource, supplemental information relating to the particular domain or 
s e rver on which that document or network r e source is located could be provided. For e xample, if 

the selected reference s e rver has fie information about the document 

"http://personnel.widget.com/org/chart.html," then suppl e mental information relating to the 
widget.com domain could be provided, or alternatively, supplemental information about the 
p e rsonnel.vyidget.com server could be provid e d. In other embodim e nts, supplem e ntal information 
r e lating to any network resource from the wndget.com domain or from th e p e rsonn e l.widget.com 

server eeuW be provided as supplemental information for the 

"http://perGonncl.widget.com/org/chart.html" document. Thus, while there may be no supplemental 
information for a particular network resource, it may be possible to provide supplemental 
information for a network resource from the same domain or server. 
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In Figure 17c, th e user has ocloctcd th o di s play element 171, whioh corro o ponds to the 
"refcrence.now s day.com'' reference Gcrv^cr. In response to this selection, a window 179 is displayed 
having a hst of links from the "reference.newsday.com" r e ference s erver. Figure 18c io a network 
diagram corresponding to Figure 17c. Tho dotted lino 1 8 ^d in Figure 1 8 c represents tho roqucat by 
th e client computer 1 8 6, and the retrieval by that computer from the server 1 8 5 of the 
"http://personnelwidgct.com/org/chart.html" document. When the cli e nt computer 186 retrieves 
that docum e nt, it is displayed in the brows e r window 17 8 as shown in Figur e 17c. — Th e client 
computer then seeks suppl e mental information about the requested document. In Figure 17c, 
display element 173 is selected, cau s ing th e client comput e r 186 to initiate a requ e st to computer 
1 8 3 (reference server "r e fcrcncc.ncv/sday.com") for supplemental information. Th e computer 183 
r e sponds with th e information display e d in window 179 in Figure 17c. If the user then selects one 
of the linlcs in window 179 in Figure 17a, the client computer 1 8 6 will initiat e a request for tho 
document corresponding to the selected linlc to tho server on which that document is stor e d. This 
s e rver will likely be on the WAN n e twork, and may be, but n ee d not b e , the reforenc e .newsday.com 
server. 

Although tho r e fer e nce serv e r shown and described in conn e ction with Figures 17 and 18 is 
shown as a single server, it should be understood that a reference server may encompa s s more than 
one computer, devic e , or system. In som e implem e ntations, it is possible for a refer e nce server to 
b e a distribut e d d e vic e , so that it spans more than one network. 

Figure 19 illustrat e s an ah e mate embodiment wher e more than one refer e nce server may be 
selected by tho user. In Figure 19, tho user has soloctod the display el e ment 192 with the cursor 
191, which causes the menu 19 4 to be display e d. This menu allows tho user to select tho desired 
r e f e r e nce s e rv e r. Tho r e ference s e rvers on the menu 191 could be ordered in a number of diflTeront 
ways. For example, tho referenc e s e rvers could bo li s ted alphabetically, or by order of most 
r e c e ntly used, or by order of most recently added to the list of reference servers. This list could 
also b e ord e r e d by taking into account which of th e referenc e s e rv e rs ha s suppl e mental information 
relating to the document displayed in the browser window 195. Those that have supplemental 
information might be displayed at the top of the menu, while those that do not have suppl e m e ntal 
information could bo displayed at tho bottom of tho menu, or perhaps omitted. Where more than 
one reference sorv^cr has supplemental information, those that hav e tho moat supplemental 
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information might bo placod higher on the menu than thos e that hav e l e ss. Altomativoly, the menu 
s e l e ction items may bo highlighted to indicate which has the most supplemental information, or 
additional information could be provided on the menu to communicate this or other information to 
th e user. 

In Figure 20, the user has oclccted the "rcfcronco,widget,oom" reference server. — The 
vvindovy 201 is displayed in response to this selection, providing th e user with links to supplemental 
information. Figure 21 illustrat e s an alternate embodiment where the user has scicctcd the same 
r e fer e nc e server, and s upplemental information is provided to th e user without first providing links 
to suppl e m e ntal information. 

Figure 22 illustrates a process whereby the client computer's operation depends in some 
way on th e location of the r e f e rence server. At 221, the user brows e s to a particular document or 
other resourc e on the network. At 222, the client computer det e rmines if the selected reference 
serv e r is on the same n e twork as the client computer. For exampl e , if the client comput e r and the 
r e f e r e nce s e rv e r arc both on the same local area network, then the r e f e rence server will be on the 
same network as the client computer. If the condition at 222 evaluates to a "yes," then the client 
computer retrieves from the roforonco serv e r at 223 supplemental information about th e netv/ork 
r e source to which the user has browsed. — This supplemental information is then displayed or 
oth e rwise pr e s e nted at th e client computer at 221. The cli e nt then waits at 225 until the u s er 
brows e s to a new location. 

If th e condition at 222 evaluates to a *'no," then the client computer waits at 226 until the 
us e r requ e sts supplem e ntal information, or until the us e r browses to a new location at 227. When 
the user requests supplemental information, it is retri e ved fi-om the reference server at 223 and 
displayed at 221. 

Thus, in the process of Figure 22, th e cli e nt computer automatically r e trieves suppl e mental 
information from the r e f e rence s e rv e r when the refer e nce server and the cli e nt computer are on the 
sam e n e twork. Howev e r, when th e client and th e r e f e r e nce server arc on diff e rent n e tworks, the 
client only retrieves supplemental information when th e user requests it. Such a proce s s may be 
us e ful where a local area network has sufiSoient capacity and/or bandwidth to accommodate 
continual requests to a reference server, but where th e wide area network docs not. When a new 
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r e quest to th e ref e rcnco sorvor i s mado each time the usor browse s to a now location, this may 
pot e ntially ov e rburden the n e twork or the ref e renc e s e rv e r. 

Figur e 23 illustrat e s another embodiment of a process wh e reby the client computer's 
operation d e pends in some way on the location of th e reference server. In this embodiment, some 
information is retrieved from the reference server each time the usor browses to a now location, but 
additional information is automatically r e tri e ved wh e n the cli e nt computer and th e r e f e r e nc e s e rv e r 
ar e on the same network. At 231, the user browses to a particular location on the network. At 
232, th e client comput e r retrieves from the roforonce server information about the location to which 
th e us e r has browsed. This information can take a variety of forms, including a list of the links to 
suppl e m e ntal information that the selected reference server provides, or simply an indication of 
whether s upplemental information is availabl e from this particular reference server. At 233, the 
cli e nt determines whether the selected reference sorvor is on the same network as the client 
computer. — If so, supplemental information is retrieved and present e d to th e user at 23 4 . The 
process begins again wh e n the us e r brow se s to a new location at 235. If the condition at 233 
e valuat e s to a "no," then th e cli e nt computer waits until the user requests suppl e m e ntal information 
b e fore any r e maining suppl e mental information is retrieved and presented to the user. 

In Figures 22 and 23, the client computer automatically retrieves at least some supplemental 
information from the reference s e rv^ e r when th e reference server and the client comput e r arc on the 
sam e network. — In an alt e rnate embodiment, however, it may be useful to automatically retrieve 
supplemental information from the reference serv^cr when the r e ference server is on a diflFercnt 
n e twork, and retrieve supplemental information when th e reference server is on the same n e twork 
only when the usor requests it. 

Figure 21 illustrates a proc e ss wher e th e client computer automatically s e lects at least one 
of a number of available reference server s . At 21 1, the user brows e s to a particular location on the 
n e twork, e.g., "page ABC." At 212, a referenc e s e rver is s e l e cted by the client computer, and the 
cli e nt computer then retrieves supplem e ntal information from th e select e d referenc e serv^er at 243, 
and thi s information is then displayed or otherwise presented to the user at 2^1. Figure s 2Sa, 25b, 
and 25o illustrate thre e ways in which the s e l e ction act at 212 in Figur e 2 4 could be carried out. 
The methods illustrated arc meant to bo examples and it should b e understood that the methods 
illu s trat e d in Figures 25a, 25b, and 25o are not exhaustive. 
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In Figure 25a, tho client computor dctorminc s at 251 whether page ABC is on the s ame 
network as the cli e nt comput e r. If it i G , then the client computer sel e cts at 252 a reference Gcn i ^er 
that is on th e same network as both the client computor and pag e ABC. For example, where the 
client computer brows e s to a page on a corporate intranet, a ref e rence server on that corporate 
intranet is chosen. — This choice may be preferred because reference servers outside a corporate 
intranet may not, for security reasons, hav e any information about a pag e on tho corporat e intranet. 

If it is determin e d at 251 that the client comput e r and the server from which pag e ABC is 
tak e n are on different networks, then the client s e lects at 253 a ref e rence server that is not on the 
same network as th e cli e nt comput e r. This choice may also b e advantageous b e cause if th e user 
brow s es to a page that is taken from a server outside of, for example, a corporate intranet, tho user 
may wish to s ee supplemental information gathered by an e xternal r e f e r e nc e server. 

In Figure 25b, the client computer uses the URL or addr e ss of page ABC to select a 
r e f e r e nc e s e rv e r by e ntering tho URL or address into a selection function 251, which uses the 
characteristics of tho URL to det e rmine a proper ref e r e nce serv e r. For e xample, som e reference 
s e rv e rs may be particulariy useful for network resourc e s or docum e nts tak e n from particular 
s e rv e rs, and in such a situation, the client comput e r can sel e ct a reference server based on the 
s e rver from which page ABC was taken. Tho client comput e r may sel e ct one reference serv^cr for 
pages taken from some domain s , and anoth e r r e ferenc e s e rv e r for pages tak e n from another set of 
domains. Alternativ e ly, it may b e possible to have a refer e nce s e rv e r for each l e tter of th e alphabet, 
and for pag e s taken from a domain starting (or e nding, or r e sulting from a hash function, etc.) with 
a particular l e tter, the client computer seeks supplemental information from the refer e nc e server for 
that particular letter. Where th e number of reference servers is large, the number of requests to 
e ach r e f e rence server will normally d e crease, thereby reducing the load on each reference server. 

In Figure 25c, the client determines its location at 256, and s e l e cts a refer e nc e s e rv e r based 
on its location. For example, a client computer in the Midwestern part of the country may us e a 
r e fer e nce Ger\^cr in that same part of the country, v/h e r e as a cli e nt computer that acc e sses a nctv/ork 
in the southern part of the country may acc e ss a reference scrv^cr in that location. If reference 
se rv e rs ar e distributed throughout a wide area or even local ar e a n e twork, it may be possible using 
such a technique to reduce network traffic, or at least reduce network traffic that uhimately spans 
long distanc e s. Similarly, th e cli e nt computer could s e lect a r e f e r e nce sorv^er based on tho network 
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to which it is attachod. — As an exampl e , a corporat e intranet may be mad e up of a numbor of 
networks, each network having its own reference server. It may b e preferred to hav e e ach client 
acc e ss th e reference serv^cr on its own network, rath e r than on another network in th e intranet. 
This would r e duce traffic between the networks in such an intranet. 

In Figure 26, the user has browsed to the page on the network displayed in window 26 4 , 
and is s e lecting the display clem e nt 263 with the cursor 261. The user selects the display element 
263 when th e user wi s he s to "register" a pag e , document, or other n e twork resource at another 
pag e , docum e nt, or network r e sourc e . Registering a page eff e ctiv e ly mak e s th e registered page 
supplemental information for another page on th e n e twork, for a given r e f e r e nc e scrv^cr. — The 
process of r e gistration involves informing a particular reference scrv^or of which network resources 
are to be considered supplemental information for oth e r n e twork resources. 

Upon selection of the display clement 263 m Figure 26, the display is updated to that shown 
in Figur e 27. — Th e window 271 helps the us e r through th e r e gistration process, and provides 
information about the progress of the registration. Th e URL of the document or page displayed in 
th e brows e r window 261 is automatically placed in th e e dit box 272 in Figure 27. The edit box 272 
holds th e r e gistering URL, which id e ntifies network resource (or docum e nt) that is to b e come 
suppl e mental information for some other network resource (or document). The edit box 273 is for 
holding the base URL, which id e ntifies the document that will hav e the newly register e d 
supplemental information. The edit box 273 is shaded to indicate that no base URL has y e t b ee n 
e nt e r e d. 

Wh e n the user brows e s to a new pag e , as s hown in Figure 28, the URL of the n e v/ page in 
the browser window 26 4 is automatically entered into th e e dit box 273 in vyindow 271. The edit 
box 272 has been shad e d, but the registering URL fi-om the window 261 in Figure 27 still remains 
in th e e dit box 272. 

In Figur e 29, th e us e r has browsed to yet another page, and the edit box 273 is updated to 
hold the URL of the docum e nt displayed in window 26 4 in Figur e 29. When the user s e lects the 
"register" button 275 as shown in Figure 29, the actual registration takes place. This means that 
the URL "http:/Avidg e t.convT)ios/whitecastl e .htm" (box 272) is regist e red at the URL 
"http://widget.oom/org/chart'' (box 273) on the reference server "refcrence.widget.com," as 
id e ntified by the box 27 4 . In oth e r words, after the u se r s e l e cts the "r e gister" button 275, any 
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^ieftt — computer — that — r e quest s — suppl e mental — information — r e lating — to — the — yRt 
"http://widgetxom/org/chart.htmr' from the refcrcnc e .widget.com reference server will be notified 
that the document "http://widget.com^ios/whitccastle.htm" i s supplemental information. — This 
normally will occur wh e n th e user has the URL "http://widget.com/org/chart.html" loaded in his or 
her browser, and the user requests supplemental information form the reference. widgct,oom. There 
may bo oth e r instances of suppl e mental information for that same document, but the 
"http://widg e t.com/bios/whit e castle.htm" — document — wU — be — on e instance — of supplemental 
information identified by the referenco.widg e t.com ref e r e nc e s e rv e r. 

Thus, a s illustrated in Figur e s 26 to 29, the us e r browses to a particular pag e that he or she 
wishes to register at some other pag e , and then selects th e registration display elem e nt 263. The 
user th e n browses to th e pag e at which h e or sh e wishes to register th e prior page, and then s elects 
the registration button 275. In other embodiments, the order can bo reversed such that the base 
URL is selected first, followed by the URL that is to be registered a s suppl e m e ntal information. In 
oth e r embodiments, mor e than one browser window could be displayed so that th e documents 
corr e sponding to the bas e URL and th e registering URL or e display e d at th e same time. 

R e f e rring again to Figure 29, the u s er may decid e that ho or she has chosen the URLs in 
boxes 272 and 273 in the wrong ord e r, and may wish to r e gister the URL shown in edit box 273 at 
th e URL shown in e dit box 272. In thi s situation, th e user may se l e ct the flip button 291 as shown 
in Figur e 30, thereby switching the cont e nts of boxes 272 and 273 to that shown in Figure 30. The 
us e r may continue to brows e to diff e r e nt locations with the brows e r 26 4 , and the now URL s to 
which th e user browses will b e plac e d in edit box 272, rather than the now shaded 273. 

As shown in Figure 3 1, the usor may also scloot th e refcronco server on which the URLs are 
to b e r e gist e r e d by sel e cting th e drop - dovyn display e lement 3 1 1 in Figur e 3 1 . Shown aro the 
r e ference s e rv e r s the user may acc es s for registration. In som e embodiments, the user may also 
e nter th e identity of anoth e r reference serv e r that is not on the list. 

Figur e s 32a to 3 2d illustrat e an ahcrnate proc e dure for r e gistering supplemental 
information. In Figure 32a, the user has brow s ed to the page or document that the us e r wishes to 
r e gister, and has selected with cursor 321 the display el e ment 322 on the icon tray 321. Upon 
sel e ction of the display element 322, the display clem e nt 322 is highlighted or chang e d in somo 
way, as shown in Figur e 32b, to indicat e that it has been seloctod. In Figure 32c, tho user has 
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brows e d to th e page at which h e or sho wishes to r e gist e r th e prior page, and is sclocting tho 
display elem e nt 322. Upon sel e cting the display clement 322 in Figure 32c, the display clement 
change s its appearanc e again, as shown in Figure 32d, and then a window 3208 is shown on the 
display to confirm the details of the registration. Although not shown in Figur e 3 2d, tho user may 
also be giv e n the option to select or change the reference server on which tho registration is talcing 
plac e . If n e c e ssary, th e us e r can undo th e registration by s e l e cting the button 327. 

For purposes of illustration and example, th e pres e nt inv e ntion has be e n described 
principally in terms of computer n e twork - available documents, pag e s, or w e b pages containing text. 
It s hould be understood that th e present invention i s not limit e d to only thos e particular types of 
n e twork resources. — Rather, the present invention can bo implemented using other types of 
documents that include graphics, animated graphics or oth e r objects. The present invention is also 
applicable to other types of n e twork resources generally, such as audio, video, or other types of 
muhimedia. For example, network resourc e s, including supplem e ntal information, could be in the 
form of an audio clip, or an applet or application program. — Supplemental information that are 
application s may carry out a function that relates to the resource displayed or otherwise presented 
to the user. It should also b e understood that procedur e s that hav e been described in conn e ction 
with a textual docum e nt or page being "displayed" in a window or on a display screen are also 
applicabl e to tho pr e s e ntation of oth e r types of n e twork r e sourc e s, such as, vrithout limitation, 
n e twork resources involving audio, video, applets, and/or application s . 

Furth e r, the n e twork documents described and illustrated in many of the Figures h e r e in ar e 
shov/n display e d within a window controlled by an application program, such as may be 
r e pr e sented by window 31 in Figure 3. It should be understood, how e ver, that such documents (or 
resources) could be displayed in other ways. For example, the cont e nts could be displayed on the 
e ntire desktop, or a portion of the desktop. In anoth e r e mbodim e nt, the contents might bo scrolled 
on th e screen, perhaps under other windows. — Further, windows could be controlled by the 
op e rating syst e m, rath e r than by an application program. In oth e r embodim e nt s , th e browser and 
th e window in which supplemental information could be integrated, or the windows described 
h e r e in could be full - scr e en windows, perhaps having no overiap. The mann e r in which information 
has been shown being presented to the user herein should not interpreted as limiting the present 
invention. 
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Th e pr e s e nt invention ha s also been described in terms of int e rn e t protocols and proc e dur es , 
including TCP/IP, HTTP, and HTML protocols. It should bo under s tood that the present invention 
is not limit e d to such protocols, and that the present invention is applicable to other protocol s , 
syst e ms, or networks now Icnown or hereinafter dev e loped. Also, embodiments of the pr e s e nt 
invention may be integrat e d with one or more payment or transaction proc e ssing systems or the like 
so that a p e rson viewing certain types of content and/or certain types of supplemental information 
or supplem e ntal content will incur a fee or a transaction cost. — Authentication and automatic 
payments t e chniqu e s may also b e used. 

Figure 1 is a block diagram of a general purpose computer 102 that may be used to 
implement one or more embodiments of the present invention. The computer 102 has a central 
processing unit (CPU) 104, memory 113. and input/output (Uo) circuitry 112. The CPU 104 is 
connected to the memory 113 and the i/o circuitry 112. The i/o circuitrv permits the CPU 104 to 
access various peripheral devices, such as the display 108. local storage 106, and input devicefs) 
110. The input device(s) 110 may include a keyboard, mouse, pen, voice-recognition circuitry 
and/or software, or any other input device. Some type of secondary or mass storage 106 is 
generally used, and could be. for example, a hard disk or optical drive. The storage 106 can also be 
eliminated by providing a sufficient amount of memory 113. Either the storage 106 or the memory 
113 could act as a program storage medium that holds instructions or source code. The i/o 
circuitry 112 is also connected to a network 114. thereby connecting the computer 102 to other 
computers or devices. 

Figure 2 is a representation of multiple computers (25 L 252. 253. 254. 255. 256. and 257) 
connected together to form a network of computers and/or networks. Computers 251. 252. and 
256 are shown connected to wide area network (WAN) 263. whereas computers 253. 254. 255. 
and 257 are shown interconnected bv local area network (LAN) 261. The LAN 261 is connected 
to the WAN 263 by connection 262. 

Figure 3 shows a simplified representation of a video display screen 304 for a computer 
such as that of Figure L The area 304 represents the area on a screen within which images, text, 
video, and other type of data or multimedia objects can be displayed and manipulated. On the 
display 304 shown in Figure 3. a cursor 301. and a number of display elements, icons, or objects 
302 are shown. 
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Another type of object window 306. is also displayed on the display 304. The window 306 
is a representation of a document retrieval, browsing, and/or viewing program that is used to view 
or interact with information or resources either stored locally on the computer or retrieved over a 
network. The window 306 has a title area 308 that displays the title of the resource or document 
being displayed, along with the server on which the document is located. The title area 308 could 
also display the location or address of the document being displayed, or also the universal resource 
locator of the document being displayed. Alternatively, an additional area within the window could 
be used for displaying the universal resource locator in the manner implemented by commercially 
available browsers. 

Shown within the document viewing area of the window 306 in Figure 3 are the contents of 
a document or page published by Universal Theatres, Inc., and made available at its server over a 
wide area or global network (e.g.. the Internet's Worid Wide WebV This particular document or 
web page relates a motion picture produced bv Universal Theatres entitled "Flving Over The 
Precipice." As indicated in the window 306. actors named Warren Barrett and Annette Foster star 
in the movie. The document or page shown in v^ndow 306 is made available bv Universal Theatres 
(on a wide area or global network) for browsing bv. for example, people that may be interested in 
seeing this particular movie. The page in Figure 3 (or others accessible from it) may provide 
information about which local theaters are showing the movie, and the times it is being shown. The 
page may also offer previews of the movie in the form of audio or video clips that encourage the 
viewer to see the movie. 

Still referring to Figure 3. some promotional information is also provided in an area 310 on 
the right side of the page. This promotional information is in the form of a list of favorable reviews 
that have been given to the "Flying Over the Precipice" movie. For example. Joel Seagull of ABC 
News gave the movie "five stars." and other reviewers also gave the movie a favorable review. 
These reviews might be selected bv Universal Theatres. Inc. for inclusion in this page to encourage 
the viewers of the page to see the movie. For this reason, favorable reviews may sometimes be the 
only reviews included such a page. 

A banner advertisement 312 is also displayed at the top of the page, which promotes 
another Universal Theatres movie. "Time Will Tell." Selection of such a banner ad may retrieve 
and display in the window 306 information about the advertised movie. The banner ad 312 could 
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alternatively promote other entertainment choices, or other goods or services if Universal Theatres 
chooses to sell advertisement space on its pages to third parties. For example, a supplier of soft 
drinks to patrons of movie houses showing Universal Theatres pictures mav choose to invest in 
advertising on one or more of Universal Theatres' pages. 

In Figure 4. a simplified representation of a video display or screen is shovm where window 
306 is present, as was the case in Figure 3. but in addition, a window 320 is also shown on the 
display. In the embodiment shown, the window 320 is displayed automatically when the user 
retrieves and displays the Universal Theatres page shown in window 306. The vyindow 320 
contains excerpts from various reviews of the movie "Flying Over the Precipice." 

In the particular embodiment shown in Figure 4. the information in the window 320 is not 
created or published by Universal Theatres. This information is instead created and published bv a 
third party in this embodiment, such as a movie review organization that seeks to provide a well- 
balanced, and even-handed representation of the reviews a particular movie is receiving. The page 
published by Universal Theatres and shown in window 306 in Figure 4 mav not link to or point to 
where the information in vyindow 320 can be found on the network. 

Shown in window 320 are four reviews of the movie "Flying Over the Precipice." including 
the favorable review by Joel Seagull of the (fictional) ABC News. The other three reviews shown 
in window 320 (from Wire Services Ratings. MetroPages Reviews, and TimeLine Reviews) are not 
as favorable and may discourage the viewer from seeing the movie "Flying Over the Precipice." In 
fact, the information provided in window 320 reveals quite a different tone fi-om the reviewers than 
the set of reviews cited by Universal Theatres on its "Flying Over the Precipice" web page in 
window 306. Universal Theatres has omitted fi-om its "Flying Over the Precipice" web page 
(shown in window 306) some of the reviews quoted in v^indow 320. 

As can be seen fi-om the embodiment of Figure 4. the information provided by Universal 
Theatres on the page shown in window 306 may not be an accurate or even-handed representation 
of the reviews the subject movie is receiving. Nor would one necessarily expect that Universal 
Theatres would provide an entirely accurate representation of the reviews for Flying Over the 
Precipice if many of those reviews are unfavorable. To do so may be counterproductive for 
Universal Theatres, because unfavorable reviews would not eflfectively sell the movie to people 
who view the page shown in window 306. The information provided bv Universal Theatres in its 
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publications and on its web pages may not be wrong or incorrect, but at least in some situations, 
this information is likely to be slanted in a manner that is favorable to Universal Theatres. 

In the embodiment shown in Figure 4. the information provided in window 320 provides a 
revealing supplement to the information on the Universal Theatres page shown in window 306. 
The information in Avindow 320 therefore mav be quite useful to a person contemplating going to a 
movie because the viewer will be able to consider a more representative sample of the reviews the 
"Flying Over the Precipice" is receiving. Universal Theatres, however, may prefer to keep 
unfavorable reviews from the viewer of its page when the reviews are generally unfavorable. (But 
in other situations or embodiments. Universal Theatres may not object, and may even encourage 
the communication of information of this type to the user.) 

It may be possible for the user to go directly to the place on the network where the 
information shown in Figure 320 is found. However, at least in some situations, the user may not 
know where to find these reviews, and mav not even know that there is a resource for such 
information. Yet the user may in these situations know where to find the Universal Theatres' 
"Flying Over the Precipice" page that is shown in window 306. Universal Theatres mav have 
heavily marketed the movie, and as a resuh. the user may know the location on the network where 
information about the movie can be found. Thus, at least in some cases, the user is more likely to 
go to the Universal Theatres page when interested in a particular movie produced by Universal 
Theatres. Yet the information that the user will find there may describe Universal Theatres' movies 
favorably, making an assessment of the entertainment value of a particular movie both diflficult and 
potentially inaccurate. The supplemental information shown in window 320 may make such an 
assessment easier or more accurate. 

Figure 5 is a diagram showing seven computers, including computers 902. 904. and 906. 
connected to a network 910. Many more for lessi computers also could be present on the network. 
The network 910 could also be an internetwork such as that shown in Figure 2, or any other type of 
network. In the embodiment of Figure 5. the user operates a browsing program (i.e.. "browser'') at 
computer 902 (referred to herein as the "client" computer), and the browsing program is typically 
stored and executed on that computer. The browser is capable of retrieving resources from various 
computers on the network, such as from computers 904 and 906. Normally, inter-computer 



substitute specification - marked version 



25. 



communication takes place through a protocol such as HTTP. DCOM, HOP, or Java's RMI. Any 
other protocol could be used. 

Figure 6 is a flow chart illustrating the process diagrammed in Figure S. At 942 in Figure 6> 
the browser executing on computer 902 in Figure 5 sends a request to computer 904 for a 
document stored on server 904. The document stored on the server 904 might be the "Flying Over 
the Precipice" document shovm in Figures 3 and 4. and the computer 904 could be a web server on 
which that document is stored. The request for this document is shown in Figure 5 bv the arrow 
921. The web server 904 responds to this request at 944 by sending the requested document to the 
client computer 902. (See arrow 922 in Figure 5.) The browser executing at the client then 
displays the requested document (9461 

At 948 in Figure 6, the browser (or another program that works in conjunction with the 
browser) then sends information describing and/or identifymg the displayed document to computer 
906 (arrow 923 in Fiexire SV In the embodiment shown, the computer 906 differs from the server 
from which the browser retrieved the displayed document. A computer such as computer 906 mav 
be referred to in some embodiments as a "reference server" because requests are sent to it to see if 
su pplemental information is available for a particular document on the network. Thus, it is used, at 
least in part, as a "reference." The information sent to computer 906 in the embodiment of Figure 
5 includes the server from which the displayed document has been retrieved (i.e.. server 9041 as 
well as the identity of the document or resource on that particular server that is being displayed at 
the client 902. For the example of Figures 3 and 4. the server is the Universal Theatres. Inc. server 
and the specific resource on that server is the "Flying Over the Precipice" document. See title bar 
308 in Figures 3 and 4. 

Upon receipt of this information from the client computer 902, computer 906 checks a table 
or a database of servers and documents to determine if there is supplemental information available 
for this particular document. The computer 906 then sends a response to computer 902 that 
indicates whether supplemental information is available for the identified document (i.e., the "Flying 
Over the Precipice" document! and if so. the computer 906 includes the supplemental inforniation 
in its response. (See arrow 924 in Figure 5.) The browser (or the program operating in 
conjunction with the browser) then displays the supplemental information (954). In the 
embodiment of Figure 4. the supplemental information available for the "Flving Over the Precipice" 
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document stored on Universal Theatres' web server is the reviews information shown in window 
320 in Figure 4. This supplemental information is sent to the client computer 902 (arrow 924) by 
the computer 906. and is displayed in window 320 along with the 'Tlving Over the Precipice" 
document as shown in Figure 4. 

Figure 7 is another network diagram, and Figure 8 is an accompanying flow chart. 
Computers 1002. 1004, and 1006. as well as others, are shov^ on a network 1010. The user 
operates the browsing program at the client computer 1002. and the browsing program is usually 
(but need not be) stored and executed on that computer. As in Figure 5. the browser is used to 
retrieve resources from various computers on the network. At 1042 in Figure 8. the browser 
executing on the client 1002 sends a request to server 1004 for a document stored on resource 
server 1004 (see arrow 1021 in Figure 7). Upon receiving this request, the server 1004 sends the 
requested document to the client 1002 (arrow 1022 in Figure 7\ and the document is displayed at 
the client 1002. At 1048 in Figure 8. the browser, or some other program that operates with the 
browser, sends information identifying the document displayed at the client to the server 1006. 
This computer 1006 checks to see if supplemental information is available for the identified 
document, and then sends to the client 1002 information that indicates whether supplemental 
information is available for the identified document, and if so. where that supplemental information 
can be found. If there is supplemental information available for the document displayed at the client 
computer 1002. the client then sends a request for the supplemental information to the computer 
identified by the information that the client receives fi-om the reference server 1006. In the example 
of Figures 7 and 8, computer 1006 identifies computer 1008 as having supplemental information, so 
this request fi-om computer 1002 goes to computer 1008 (see arrow 1025 in Figure 7y (The 
computer 1008 may be referred to in some embodiments as the "supplemental information" server.) 
The computer 1008 responds bv sending the supplemental information to the client 1002 (arrow 
1026). and the client presents this supplemental information to the user, typically by displaying the 
supplemental information on the screen. 

Figures 9 and 10 illustrate a network diagram and accompanying flow chart in an other 
embodiment. In Figure 9. the browser at the client 1102 sends a request for a document to the 
server 1104. and this server responds bv sending the requested document to the computer 1102 
(arrows 1121 and 1 122 in Figure 9). The client then sends information identifying the document to 
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the reference server 1 106 farrow 1 123). The reference server 1 106 then determines, by accessing a 
database or look-up table, v/hether the identified document has supplemental information available 
for it (11 52). If it does, it sends a message to computer 1 108. directing that computer to send the 
su pplemental information to the client 1 102. The supplemental information is then sent to the client 
by the computer 1 108. If the server 1 106 were to determine at 1 152 that there is no supplemental 
information available for the document, the server 1 106 would respond to the client computer 1 102 
bv informing the client computer 1102 that no supplemental information is available for the 
displayed document. 

Figures 11 through 14 illustrate embodiments of the present invention where the client 
computer 1502 has more than one process executing on it. In one embodiment, one process is a 
browser 1520 or document display program, and the other process is a program, applet, thread, or 
the like (hereinafter "program 1525") that coordinates the display of the supplemental information 
in the manner herein described. These two programs communicate through an interprocess 
communication protocol, such as the Dynamic Data Exchange (DDE), OLE. ActiveX, CORB A. or 
JavaBeans protocols. Other communication protocols or component architectures are or will 
become available and perhaps widely used, and it should be understood that they are also applicable 
to the present invention. 

Figure 12 is a flow chart illustrating the process diagrammed in Figure 11. At 1550, the 
client computer first sends to the web server 1504 a request for a particular document, which is 
then serviced bv the web server 1504 bv sending the requested document back to the client 1502. 
The browser program 1520 informs the program 1525 of the identify of the document that was just 
requested and displayed (1554). The program 1525 then sends information to the server 1506. 
inquiring whether supplemental information is available for the displayed document (1556). The 
server 1506 responds by either informing the" program 1525 of the location of supplemental 
information available for the identified document or bv informing the program 1525 that there is no 
supplemental information available for the displayed document (1558). If supplemental information 
is available for the displayed document, the program 1525 directs the browser to retrieve the 
supplemental information (e.g.. from server 1508) and display it on the screen with the displayed 
document (1562. 1564. 1568. and 1570). 
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Figure 13 is a network diagram of another embodiment of the present invention, and Figure 
14 is a flow chart illustrating the process diagrammed in Figure 13. As shown in Figure 13. the 
browser program 1530 executing on the client computer 1502 first retrieves from the web server 
1504 a given document or resource, and the browser 1530 informs the program 1535 of the 
identity of the retrieved document 0572. 1574. and 1576 in Figure \4). The program 1535 then 
sends the identitv of the retrieved document to the server 1506. and in response, receives the 
location of where anv supplemental information for the retrieved document can be found (1578 and 
1580 in Figure 14). The program 1535 then retrieves the supplemental information and presents it 
to the user, tvpicallv by displaying it on the screen. The embodiment of Figure 13 thus differs from 
that of Figure 11. One difference is that unlike program 1525, program 1535 of Figure 13 displays 
the supplemental information rather than directing the browser to display that content. 

In Figures 11 to 14. the programs 1525 and 1535 may be informed of the identitv of the 
document presented to the user bv the programs 1520 and 1530 through interprocess 
communication. It may be appropriate in other embodiments, however, for the program 1525 (or 
the program 1535) to access the network connection or network stack or operating system 
software directly, and analyze the information or packets being passed over the network. The data 
on the network may need to be analyzed and/or decoded to decipher the necessary information 
about the identity of the document presented to the user. It should be understood that any known 
or hereafter developed technique for identifying the content being presented to the user could be 
used, and such techniques mav also be applicable to the present invention. The present invention 
need not be limited to the interprocess communication techniques described in connection with 
Figures 11 to 14. 

Figure 1 5 is a flow chart that illustrates the operation of a server computer such as 
computer 1506 in the embodiments diagrammed in Figures 11 and 13. In Figures 11 and 13. a 
server process executes on the computer 1506 to provide information to client computers about 
where supplemental information relating to network resources can be found. At 1710 and 1712 of 
Figure 15. the server process waits for a request from a client computer. Upon receiving a request, 
the server process looks up the document specified in the client's request in a look-up table or 
some other data structure (17141 
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If the server does find at 1714 and 1716 that there is supplemental information for the 
specified document, the client computer is so informed at 1718. and the client computer is also 
informed at 1720 where the supplemental information can be found. Where there is no 
su pplemental information for the specified document, the reference server informs the client that no 
entrv exists for the specified document, which the client understands to mean that there is no 
supplemental information for the specified document. The loop 1710 and 1712 is then reentered. 

Figure 16 is a simplified representation of a database or look-up table such as that referred 
to at 1714 in Figure 15. As can be seen from this table, the "Flying Over the Precipice" document 
that is stored on the "Universal Theatres" server has an entry at 1751 specifying that supplemental 
information for this document can be found at the server called "reference" and within the 
document called "flying over the precipice " This is the document displayed in window 320 in 
Figure 4. There are also other entries 1753 for the "Flying Over the Precipice" document in the 
table of Figure 16. which means that there are a few instances of supplemental information for the 
"Flying Over the Precipice" document. 

There are entries for other documents in Figure 16. such as the "index" document from the 
"Hunan Taste" server. This document has supplemental information available, and that 
su pplemental information is contained within the document "metro pages quote" and is stored on 
the "oriental specialties" server. Similarly, the "dine-in menu" document on the "Hunan taste" 
menu also has supplemental information within document "dine-in menu" at the "oriental 
specialties" server. By referring to the entries in the look-up table, the server is able to determine 
whether supplemental information is available for any given document. In the embodiment shown 
in Figure 16. if there is no entrv in the look up table for a document, no supplemental information is 
available for that document. 

In some embodiments of the present invention, each time a new document or resource is 
presented to the user (e.g.. in window 306 of Figure 3). a request for supplemental information is 
always initiated. In other embodiments, the client computer only occasionally sends a request over 
the network to determine whether there is supplemental information for the document displayed or 
otherwise presented at the client computer. Figure 17 is a flow chart illustrating a process in which 
the system waits at 1302 until the user requests that a new document be displayed. When the user 
makes such a request, the requested document is displayed at 1306. If the requested document is 
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not from the same server as the previous document, supplemental information relating to a previous 
document is removed from the display at 1309. A message is then sent over the network to a 
reference server so that the reference server can determine whether supplemental information is 
available for the display ed document (1310, 13121 If so. the supplemental information is retrieved 
and displa yed. However, if the displayed document is from the same server as the previous 
document, or if there is no supplemental information for the displayed document, the waiting loop 
1302 is entered. 

The embodiment of Figure 17 thus operates to check the reference server for supplemental 
information only where the user requests a document that is stored on a server that is different from 
that of the previously-displayed document. The amount of network traffic generated bv repeated 
requests to the reference server is reduced in this embodiment because the requests are generated 
only when the user accesses to a new server. In a modified version of this embodiment, the 
reference server is checked only where the domain has changed. 

Figure 18 is a flow chart illustrating a process in another embodiment of the present 
invention. In Figure 18. if it is determined at 1408 that the requested document is not stored on the 
same server as the previous document, then a reference server is checked for supplemental 
information for the displayed document (141 OV If supplemental information is available, that 
information is retrieved and displayed (1412). In addition, the reference server is checked for 
supplemental information for other documents stored on the document server, and this information 
is stored on the client computer (1416). The loop 1402 is then entered. If at 1408 the requested 
document is from the same server as the previous document, the locally stored information for 
other documents stored on the same server is analyzed. This information may have been previously 
stored at 1416. and if it reveals that supplemental information is available for the displayed 
document, the supplemental information is retrieved and displayed at 1428. 

Thus, in the embodiment of Figure 18. that portion of the look-up table or database (or 
whatever data structure is used) that corresponds to a particular server is downloaded to the client 
the first time that the client computer retrieves a resource from a particular server. Thereafter, the 
client need not use the network to determine whether supplemental information is available for any 
other documents stored on that same server because the information necessary to make this 
determination is stored locally on the client. This embodiment may be more efficient where the cost 



substitute specification - marked version 



31. 



of making multiple requests over the network is high and the information that needs to be 
downloaded each time a new server is encountered is not too voluminous. 

In Figure 19, a window 506 from a document retrieval program or a browser is shown on 
the screen 504. The title bar 507 identifies the server from which the document was retrieved (i.e.. 
the server controlled bv " Hunan Taste. Inc.^V and the identity of the document (i.e.. "index"V This 
"index" do cument relates to a restaurant named "Hunan Taste." located in a hypothetical citv's 
"Redwood District." This document provides links to information about the Hunan Taste 
restaurant's daily specials and dine-in and carrv-out menus, which can be retrieved bv the user by 
selecting one of the display elements 532. A delivery order from Hunan Taste can also be placed 
bv selecting display element 534. A banner advertisement 512 promotes an estabHshment called 
"Jerico's Tavern." which is located near Hunan Taste. In this embodiment. Jerico's Tavern 
advertises on Hunan Tasters page because it seeks to attract patrons leaving Hunan Taste after 
dining. Because Jerico's Tavern is not a direct competitor to Hunan Taste. Hunan Taste mav 
permit (even encourage) Jerico's Tavern to advertise on the page shown in window 506. 

When the "index" document from the Hunan Taste server is retrieved over the network and 
displayed in the window 506. as shown in Figure 19. the vyindow 520 also appears on the display 
screen 504. The information shown in window 520 relates to a competing Chinese restaurant 
called "Oriental Specialties." A person viewing the Hunan Taste page shown in window 506 is 
likely to be interested in going to a Chinese restaurant, so "Oriental Specialties" has an interest in 
providing an advertisement to such a person. In some embodiments, however. Hunan Taste may 
not allow a competing restaurant (i.e.. Oriental Specialties) to advertise on the page displayed in 
window 5 06. Thus. Oriental Specialties mav be unable to reach these potential customers through 
advertisement on Hunan Taste's pages. (In other embodiments. Hunan Taste mav permit such 
activity.) 

The window 520 allows Oriental Specialties to communicate with the person viewing the 
Hunan Taste web page displayed in window 506. These persons mav be considering a visit to the 
Hunan Taste restaurant, or at least may be interested in Chinese food. In window 520. Oriental 
Specialties provides information targeted specifically to individuals viewing the Hunan Taste page 
shown in window 506 bv quoting a magazine article in which Oriental Specialties is favorably 
compared to Hunan Taste. This may be targeted and effective marketing for Oriental Specialties 
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because the message displayed in th e window 52Q is likelv to be seen by individuals looking for the 
yery service that Oriental Specialti es proyides. In addition, the person viewing the Hunan Taste 
page may also be interested in seein g the information shown in window 520. Because this person 
has retrieved the Hunan Taste page, he or she likelv is interested in Chinese cuisine, vet mav not 
know about the Orient al Specialties restaurant. Thus, from the user's perspective, the window 520 
mav provide useful, r elevant, and appreciated information that might not otherwise be seen when 
viewing the Hunan Taste page alone. 

In Figure 20. the "index'' document from the Hunan Taste. Inc. server is displayed in 
window 606, and in t his embodiment, a task bar 608 is also shown on the display screen 604. This 
task bar 608 has buttons 612 t hat can be used to select particular programs or stores of 
information. In Figure 20, supplemental information is displayed in response to the user selecting 
(e.g.. through an input device) the display element 610. 

In Figure 21. the user h as selected the display element 610. causing supplemental 
information similar to that shown in window 520 in Figure 19 to be displayed in the box 607. 
Although the button 610 is provided on the task bar of Figures 20 and 21. it need not be. and such 
a button or other fu nctionality could be provided, for example, through a menu structure, or 
through an icon elsewhere on the screen. 

In another e mbodiment of the present invention, shown in Figure 22. supplemental 
information relevant to the information displayed in a browser window 806 is displayed in a 
scrolling window 810 sh own on the taskbar 808. The supplemental information mav be scrolled in 
window 810 where the window 810 is quite small. 

Figure 23 shows a window 1806 on a display screen 1804. As indicated in the title bar 
1808 for window 1806. the document "vyidget purchase page" from the XYZ Corporation server is 
displayed in window 1806. This pa ge mav be used to purchase a specified quantity of "widgets." 
which are products man ufactured and sold by XYZ Corporation. A person browsing this page can 
purchase a quantity of XYZ Corporation Widgets by entering a credit card number (or other 
financial account numbe r) and specifying the manner in which the Widgetfsl should be shipped. 
(This information co uld also be provided automatically.) Once the requisite information is 
completed by the user, the user se lects button 1820 to place the order and to process the 
transaction. Window 1 819 is shown in Figure 23 to illustrate how the display screen 1804 mav 
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appear when supplemental information is available for a particular page but, because of limitations 
in network resources or bandwidth, has not yet been fijlly retrieved over the network and rendered 
on the display. The w indow 1819 in the embodiment of Figure 23 informs the user that there is 
supplemental informati on for the XYZ page shown in Figure 23. and acts as a "place holder" while 
the supplemental info rmation is being retrieved over the network or rendered on the display. 

Once the supplemental information is retrieved over the network, the display of Figure 23 is 
updated to that shown in Figure 24. Window 1820 now includes an advertisement from ABC 
Internatio nal Inc.. in which that entity offers to sell widgets for a price that is lower than those sold 
by XYZ Corporation. Thus, as shown in Figure 24. despite the fact that ABC International. Ltd. is 
a direct competitor to XYZ Corporation. ABC is effectively able to advertise in a manner closely 
associated with XYZ Corporation's pages, and even at XYZ's point of sale. This can be a very 
effective scenario for advertisement, precisely because the advertisement is so pertinent and of 
interest to the user viewing this particular XYZ Corporation page. 

If the user selects the advertisement in window 1820. the display is. in one embodiment. 
updated to that shown in Figure 25. Figure 25 is a point of sale page for ABC International, where 
the user can specify the quantity of widgets that he or she wishes to purchase, and can purchase 
them at this page. Thus, the user may be able to move very efficiently from the point of sale at the 
XYZ Corporation page to the point of sale page at a competing manufacturer, and compare prices 
and/or features and selection very efficiently, quickly, and easily. In another embodiment, a page 
for ABC International is displayed in a separate window or other display area, leaving the XYZ 
page at least partially visible on the display. 

As illustrated in the look-up table of Figure 16. some network resources mav have more 
than one su pplemental information document or resource that is relevant to it. For example, as 
shown in F igure 16. the widget purchase page on XYZ Corporation's server has three different 
entries in the look-up table in Figure 16. One way in which this situation is handled is to simply 
choose a single entry for a given document or resource and provide only that supplemental 
information document. Selection of the entry to be used can be done randomly, or through a 
weighted (or evenly-weighted) average for each of the available entries. Another method is to 
display a large number or all of the entries. 
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In another method of h andling such a situation, illustrated in Figure 26a. the three 
supplemental informa tion documents are rotated in the window 1820 in Figure 24. Each 
advertisement may be paused fo r a preprogrammed period of time, which may differ for each 
advertisement. Figure 26a shows the order in which each of the three advertisements are displayed 
in the window. This method allows multiple third parties to provide supplemental information that 
is relevant to single page. The amo unt of time that the advertisement or other message is displayed 
could depend on the rate paid bv th e advertiser. It could also depend on the number of advertisers 
or information providers that wi sh to provide information in this manner. In the embodiment of 
Figure 26a, when the time period for the third supplemental information document (i.e.. JSO 
Technology) is completed, the order repeats. 

When supple mental information is presented in the manner illustrated in Figure 26a. where 
each is allocated a portion of ti me on the display, the user may have difficulty selecting 
supplemental informa tion when the time allocated for one or more instances of supplemental 
information is short. For example, if each of the three instances of supplemental information 
illustrated in Figure 2 6a is displayed on the screen for only three seconds, the user may have to act 
quickly in order to move the pointing device to the window 1820 (or perform some other method 
of selecting the inform ation in the window 1820) in Figure 24 when the desired supplemental 
informatio n is displayed or otherwise presented to the user. If the user waits too long, the next 
instance o f supplemental information will be rotated into the window and the prior instance will be 
lost (at least temporarily). This problem can be addressed bv suspending the timer for some other 
similar mechanism) th at keeps track of the supplemental information during the time that the user is 
moving the cursor. For example, while the user is substantially continuously moving the cursor 
1801 (or otherwise a ctivating the input device) on the screen in Figure 24, the supplemental 
information displayed in window 1820 will suspend or delay the process of rotating the next 
instance of supplemental information into the window 1820. Thus, if the user starts moving the 
cursor 1801 on the d isplay just prior to the time for the instance of supplemental information 
displayed in the windo w 1820 to be changed, the supplemental information may remain until the 
user stops moving the cursor. This provides a more forgiving environment for selecting transient 
display elements such as the window 1820. 
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Figure 26b is a flow chart illustrating an implementation of such a procedure. At 2650. 
supplemental informat ion is presented to the user (e.g.. displaying information on the display 
screen, playing an audio clipV At 2652, a determination as to whether the supplemental 
information that is curr ently being presented to the user should be replaced with other supplemental 
information is made ( e.g.. determining if a predetermined amount of time has elapsed, or if some 
other condition is sati sfiedV If not, the process of Figure 26b checks to see if the input device is 
activated at 2654. If the device is not activated, the condition at 2652 is again tested. This loop 
continues as long as the user's input device fe,g.. pointing device, keyboard, voice recognition 
logic) is not activated, and the condition at 2652 is not satisfied. When the input device is longer 
activated, a loop at 2654 continues until that input device is no longer active. And when a 
determination is made that the supplemental information should be replaced, new supplemental 
informatio n is selected (e.g.. as described in connection with Figure 26a) at 2656. and then 
presented to the user at 2650. 

In Figure 27. the window 2006 includes within it an area 2009 in which supplemental 
information is displayed. This area 2009 is integrated into and may be part of the window 2006. A 
button 201 1 may be used to hide and unhide the area 2009. In the embodiment shown, selection of 
the button 201 1 when the supplemental information area 2009 is displayed will remove fi-om the 
window fro m the area 2009. Thereafter, the button 201 1 will still be visible, and selection of that 
button will restore the area 20 11. In other embodiments, the area 2009 may be positioned in many 
different areas and in many different wavs. For example, the area 2009 could be configurable 
within the browser, and retrievable through a keyboard command or menu selection. 

A flow chart of a proces s for presenting a supplemental resource or supplemental content to 
a user is illustrated in F igure 28. The system waits at 1202 until the user requests that a network 
resource be presented. At 1204. the presentation of any supplemental resourcefs) relating to an 
eariier presented resource may be discontinued. (In another embodiment, the presentation of such 
a resource may be continued.) The requested resource is then retrieved and presented to the user 
at 1206. The presentation of this resource may involve an animation, the execution of a program. 
the playing of a video or audio clip, the display of a text-based document, or any combination of 
these or other techniq ues. At 1208. the system determines whether there are supplemental 
resource(s) available for the currently presented resource. As described previously, in one 
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embodiment, this may involve a request sent to a reference server that is different from that from 
which the currently presented resource has been retrieved. Alternate procedures could also be 

followed. If suppleme ntal resources are available at 1210. at least one of these resources is 

retrieved a t 1211 and presented to the user at 1212. These resources may be a computer prog ram, 
a video or audio clip for both^ or any other form or type of content or multimedia. 

In Figure 29. a browser window 2901 is shown on a screen, and a page from the "Hunan 
Taste. Inc/' server is r endered in the browser window 2901. On the task bar 2907 is an icon, 
button, or display element 2905. In Figure 30. the display element 2905 of Figure 29 has been 
selected with the cursor 2903. and the appearance of the display element 2903 has changed. In the 
embodiment shown, the display element 2903 has changed shape and is shaded, but anv other visual 
or other indication technique may be used. After a period of time, the display is further updated to 
that of Figure 31. wher e a window or area 3201 is displayed on the task bar 2907. Within the area 
3201. various display elements 3203. 3205. 3207. and 3209 are displayed. 

Each of the display elements 3203. 3205. 3207. and 3209 represent a type of supplemental 
informatio n relating to the content or information displayed in vyindow 2901. In the embodiment 
shown, the presence of four display elements 3203. 3205. 3207. and 3209 means that four different 
types of s upplemental information are available for the content rendered in the window 2901. For 
an embodiment like that of Figure 31. if only one type of supplemental information were available 
for the content rendered in window 2901. only one display element would be displayed in the box 
3201. In another embodiment, however, a display element may be present for each type of 
supplemental informati on, whether or not that type is available. In such an embodiment, display 
elements may be modified or highlighted when supplemental information of the corresponding typ e 
is actually available. 

In Figure 32. t he display has been updated following the selection of display element 3203 
with the c ursor 2903. The selection of the display element 3203 causes supplemental information 
of the type represented bv display element 3203 to be displayed in the window 3303 in Figure 32. 
The display element 3203 represents supplemental information relating to competing services, or 
services that compete in some way with a given service provider. Because the service provider that 
is the subject of the content rendered in the window 2901 in Figure 32 is the Hunan Taste 
restaurant, competing services may be. for example, other restaurants. And as shown in Figure 32. 
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window 3303 displays supplemental information about a competing restaurant. Oriental Specialties. 
A display element 3305 is shown in the window 3303. This display element 3305 indicates which 
type(s) of supplemental information are being provided in the window 3303. 

Figure 33 is a network diagram illustrating the network activity underlying Figures 29 to 32. 
At computer 902. the user operates the browser or document viewing program represented by the 
window 2901 in Figure 29. The computer 902 sends a request for a document to the computer 
904. which is the H unan Taste. Inc. server. In response, requested document is sent by the 
computer 9 04 to the computer 902. See the arrows labeled "1" in Figure 30. At this point, the 
display is as shown in Figure 29. 

When the display element 2905 is selected in Figure 29, the display is updated to that shown 
in Figure 30. and a request is sent by the computer 902 to computer 906 for information about the 
types of supplemental information available for the content rendered in window 2901. The display 
is updated to that shown in Figure 30 to indicate to the user that information describing the types of 
su pplemental information available for the content of window 2901 is being retrieved over the 
network. Because of network or other limitations, the retrieval of this information may take time. 
Computer 906 responds to the request made bv computer 902 by sending information about the 
types of supplemental information (if any) available for the content rendered in window 2901. See 
the arrows labeled "2" in Figure 30. When the supplemental information types are retrieved, they 
are communicated to the user, such as in the manner shown in Figure 32. In some embodiments, 
the computer 906 may also send the location and identity of supplemental information for one or 
more information types, thereby making this information available for later use. 

When the use r selects the supplemental information tvpe in Figure 32. supplemental 
informatio n of the selected type is retrieved over the network (e.g.. from computer 908y See the 
arrows labeled "3" in Figure 30. The location of this supplemental information may have been 
identified when the types of supplemental information were previously retrieved from the computer 
906. (See arrow ''T of Figure 30.) If not, however, the location of the supplemental information 
may be retrieved over the network from computer 906 (or from another computer on the network) 
before the supplemental information is actually retrieved from computer 908. 

Figure 34 shows numerous display elements, each of which mav represent a different type 
of supplemental information in the window 3201 of Figures 31 and 32. Display element 3415 was 
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the display element selected in Figure 33. and it represents supplemental information for competing 
service pr oviders. For a page or site relating to a restaurant, supplemental information from a 
competing service provider mav be information about another restaurant. For a service provider 
such as. for example, a landscaping service, supplemental information from a competing service 
provider mav be information or content from another landscaping service, or perhaps a lawn 
maintenance service. Since there are service providers for almost everv type of service, a display 
element of this nature can be used in a wide variety of other contexts, and in manv situations. 

Display element 3413 represents supplemental information or content relating to a 
competing product supplier. Supplemental information of this type for a page involving bicycles, 
for example, may involve information about another bicycle manufacturer or another bicycle 
distributor. This display element may represent supplemental information relating to any type of 
product. A display element of this nature can be used in a wide variety of other contexts, and in 
manv situations. 

Display element 3411 represents supplemental information or content from a competing 
information supplier. This display element mav be pertinent to a page from a news or business 
information provider. Selection of display element 3411 may cause information or content to be 
presented to the user that is published bv a competitor of the publisher of the information already 
being presented to the user. For example, for a page from a sports information site that publishes 
the latest sports scores and highlights, supplemental information of this type mav be information 
about a competing sports information site. A display element of this nature can be used in a wide 
variety of other contexts, and in many situations. 

As described, the display elements 3415. 3413. and 3411 described above present 
information from or about a competitor to the subject of the information or content that is 
otherwise being presented to the user. The display element 34 IS represents competing service 
providers, and may be useful at least when the user is viewing or is being presented with content 
relating to a particular service provider. The display element 3413 represents competing product 
information, and may be useful at least when the user is viewing or is being presented with a page 
describing a particular product. And the display element 3511 represents competing information, 
and is useful at least when the user is being presented with content or information of a particular 
type (e.g.. news or business informationV 
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Display element 3409 represents supplemental information relating to price, and may be 
used to indicate that price information is available for the content or page being viewed bv the user. 
For a pag e offering a particular product for sale, supplemental information of this type mav describe 
a competi tor that offers the same or a similar product at a reduced price. Alternatively, for the 
same page, supplemental information of this type may be information from an entity that provides 
cost analysis or cost commentary for the offered product or for the company ofFering the product. 
Another example of the use of this type of supplemental information is shown in Figure 24. A 
display element of this nature can be used in a wide variety of other contexts, and in many 
situations. 

Display element 3407 represents a type of supplemental information that relates to the 
actual information or content being presented to the user. For example, for a movie or video. 
display element 3407 may represent a review of that movie or video. For a news page, display 
element 3407 may represent a review or critique of the publisher of the news page, or of the 
particular news page itself This type of supplemental information may differ from that of for 
example, display element 3411 where it provides information about the content itself rather than 
similar, competing content. A display element of this nature can be used in a wide variety of other 
contexts, and in many situations. 

Display element 3405 represents supplemental information of a type that is information 
about a given product, service or instance of information. For a given product or service, 
supplemental information of the type represented bv display element 3405 may be a review or 
critique of that product or service. See, e.g.. Figure 4. In another example, for a product that 
requires assembly, supplemental information of this type could include instructions on how to 
assemble the product. A display element of this nature can be used in a wide variety of other 
contexts, and in many situations. 

Display element 3403 represents supplemental information about a service. For example, 
for a page describing or offering for sale a vacuum cleaner, the display element 3403 may represent 
information about a home or office cleaning service. Or for a page describing how to select 
winners in the stock market, display element 3403 may represent information from a discount 
brokerage house or a electronic stock trading service. A display element of this nature can be used 
in a wide variety of other contexts, and in many situations. 
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Display element 3401 represents supplemental information about a product. For example, 
for a page or video that describes how to construct landscape retaining walls, display element 3401 
may represent information from the manufacturer or distributor of a tool that easily splits the 
retaining wall blocks, as may be required when constructing such a retaining wall. A display 
element of this nature can be used in a wide variety of other contexts, and in many situations. 

The foregoing display elements are described merely to illustrate the various types of 
su pplemental information that mav be made available, and these categories are not meant to be 
exhaustive. And they may not be rigidly defined in every embodiment. Further, different schemes 
for categorizing supplemental information can be used, and it should be understood that any such 
alternate schemes for categorizing supplemental information may be applicable to the present 
invention. 

Figure 35 is a flow chart of a process similar to that illustrated in Figures 29 to 32. At 
3501. the user retrieves a network resource over the network. The network resource is then 
presented to the user at 3503. This may involve the content being displayed for the user, or it may 
involve an audio presentation or any other type of multimedia presentation. The user then requests 
at 3505 information about the types of supplemental information. This request can be made by 
selecting a button with a pointing device (e.g.. display element 2905 in Figure 311 or this request 
could be made through any other input device (e.g.. voice recognition). The request at 3505 causes 
information about the types of supplemental information available to be retrieved over the network 
at 3507. and communicated to the user at 3509. In one embodiment, the types of supplemental 
information available are communicated to the user through display elements as are shown in 
Figures 31 and 32. 

Still referring to Figure 35. the system loops until the user selects a type of supplemental 
information at 35 1 1. When such a selection is made, supplemental information of the selected type 
is presented to the user at 3513. This supplemental information mav be retrieved over the network, 
or. if it was already retrieved over the network, it may be retrieved from local storage- 
Figure 36 is a flow chart illustrating an alternate process. At 3601. the user retrieves a 
network resource over the network. The network resource is then presented to the user at 3603. 
At 3605. information describing the available types of supplemental information is retrieved over 
the network, without waiting for the user to request this information. The user is informed of the 
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types of supplemental information available at 3607, and supplemental information is presented to 
the user at 361 1 when the user selects a type of supplemental information at 3609. 

Figures 38a and 38b illustrate display screens in an embodiment in which rendered in the 
browser window is supplemental information that relates to an earlier page rendered in the browser 
window. In other words, in one embodiment, supplemental information relating to the previous 
page is provided when the user accesses another a site on the network that acts as a server for 
su pplemental information. In Figure 38a. the browser window 3801 shows a page from the Hunan 
Taste, Inc. server. Supplemental information is provided to the user about the Hunan Taste page 
shown in window 3801 when the user communicates to the browser program the identity and/or 
location of a server for supplemental information. (The identity and/or location of such a server 
could be communicated to the browser a number of different ways, such as bv typing it into a text 
box within the browser program, selecting such a server from a pull-down menu, selecting an 
display element or link within the browser window that corresponds to the supplemental 
information server, or any other way known in the art.) 

When the identity and/or location of such a server is provided to the browser, the browser 
communicates to that server the page or resource that is currently being presented to the user fi.e.. 
the Hunan Taste page). The server for supplemental information evaluates this request, and then 
serves supplemental information. This supplemental information is then presented in the window 
3801 as shown in Figure 38b. replacing the content in window 3801 in Figure 38a. 

Figure 37 is a flow chart of a process similar to that described in connection with Figures 
38a and 38b. At 3701. the user of a browser program for a similar program) retrieves a network 
resource, which is termed network resource "alpha" in Figure 37. This network resource alpha is 
retrieved from a server (or servers) on the network. The resource alpha is then presented to the 
user at 3703. Thereafter, the user goes to a supplemental information site on the network (3705). 
and the identity of the network resource that was previously presented to the user at 3703 (i.e.. 
"network resource alpha'') is communicated to the supplemental information site (3707). Based on 
this information, the supplemental information site provides supplemental information at 3709 
about the previously-presented network resource (i.e.. network resource alpha). This supplemental 
information is presented to the user at 371 1. 
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F igure 39 illustrates a simplified disp l ay screen in another embodiment of the present 
invention. In Figure 39. the display element 3905 in window 3901 has been selected with the 
cursor 3905. causing window 3907 to be displayed. The window 3907 provides supp lemental 
information of the "competing servi ce" type. Competing service information from three diflFerent 
competitors is shown in window 39 07 (Oriental Specialties. Thai Taste, and The King's KitchenV 
Information from eac h of the three different competitors is displayed in its ov^ frame or sub- 
window 3909, 391 L and 3913. A n alternate implementation may have three or more windows. 
one for supplemental i nformation from each of the competing restaurants (or other entitiesV 

Figure 40 is a diagram of a network where supplemental information from more than one 
source is presented to the user. Initially, the user at computer 902 requests and then retrieves a 
network resource from server 904. This request and response from the server 904 is indicated bv 
line 4001. The identity of the reso urce retrieved from computer 904 is then communicated bv 
computer 902 to se rver 906. which responds bv identifying the location of supplemental 
information about th e resource retrieved from server 904. This communication and response is 
represented in Figure 4 0 by line 4002. In the embodiment shown, the identifying information 
received bv computer 902 from server 906 points to servers 920. 922, and 924. Thus, 
supplemental information is retrieved by computer 902 from each of the servers 920. 922. and 924. 
as is indicated by the lin es 4003. 4004. and 4005. In this embodiment, supplemental information is 
distributed throughout the network, and it is retrieved by the client computer from a number of 
different servers. 

In an embodi ment that differs from that shown in Figure 40. supplemental information from 
or relating to more th an one source could be stored on a single server. This would allow some. 
perhaps al l of the supplemental information to be retrieved from the same server. 

In Figure 41. window 41 01 displays information relating to the hypothetical Acme 
Electronics Corporati on. Acme Electronics may manufacture or sell a large variety of products, 
and only a general page from Acme Electronics is displayed in window 4101. Window 4102 
displays a number of display elements representing different types of supplemental information 
available for the Acm e Electronics server. When cursor 4104 selects display element 4103. which 
represents supplemental information relating to competing products, another window 4105 
appears. The window 4105 displays six different categories of products that the user can select 
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These categories represent products or categories of products that are manufactured and/or sold bv 
Acme Electronics Corporation. 

When the user selects o ne of the products for categories of products) in Figure 41. 
supplemental information that is from the selected category is presented to the user. In Figure 42. 
the user has selected the "widgets" c ategory in window 4105 bv selecting the "widgets" text in the 
window 4105. This causes the wi ndow 41 10 to be displayed, in which supplemental information 
for three widget manufacturers or distributors that compete with Acme Electronics Corporation is 
presented. 

Because of the nature of some types of networks, it may be difficult to determine which 
document from a ser ver is being retrieved bv a client computer or presented to a user at a client 
computer. In other words, for embodiments such as those described in connection with Figures 1 1 
to 14. even where it is possible to determine which computer or server is being accessed on the 
network (through the use of a domain name or IP addressV it may be difficult to accurately 
determine which reso urce or resources on that computer are being accessed. For example, where 
document s are generated dynamically bv the server, they may not have a consistent name or URL 
Also, encryption techn iques or the like can used to make determination of the nature of the 
document being prese nted to the user difficult. Similarly, documents could be continually modified, 
at least slightly, to make consistent identification and differentiation from other documents difficult. 
In addition, program 1520 or 1530 may not be capable of providing the identity of the document 
being retrieved or pre sented. Thus, particularly where the person or entity in control of a server 
wishes to make accurate identification of a resource on the server difficult, the identity of the 
specific resource or do cument that is being presented to the user may be difficult to determine. A 
menu such as that sho wn in Figures 41 and 42 may be useful in such a situation because it allows 
the user to select which type of information he or she is seeking at a particular site. Thus, one at 
least partial solution is to provide a menu so that the user can select the type of supplemental 
information that he or she wishes to see. 

Figure 43 shows an embodiment similar to that of Figures 41 and 42. but where a limited 
number of categories of products are displayed in a scrolling window 4105. In the window 4105 in 
Figure 43, the categories are scroll ed through the window so that only a limited number categories 
are displayed at a time. The marker 4108 marks the position in the list of categories. When the end 
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of the list is approache d, this marker 4108 moves toward the bottom of the slot 4115. When the 
end of the list rolls over to the front of the list, the marker 4108 moves to the top of the slot 4115. 
The visual indicator 4109 marks w here the list begins repeating. This embodiment takes a small 
amount of screen rea l estate, yet allows the user to select from a large list of categories without 
searching for the des ired category. In a manner similar to that described in connection with Figures 
26a and 26b. the cate gories in the window 4105 mav. in some embodiments, discontinue scrolling 
when the cursor is being continually moved on the display. 

The menus of Figures 41 to 43 are shown in connection with various implementations of the 
present in vention, but it should be understood that other types of menus, perhaps having additional 
levels, could be used where appropriate. Further, the menus shown in Figures 41 to 43 are merely 
illustrative, and it should be understood that many other menu structures or user interfaces known 
in the art or hereinafter developed may be applicable to the present invention. 

In Figure 44. the window 4405 displays information relating to the Acme Electronics 
Corporation in a manner similar to that shown in Figure 41. A display element or button 4401 is 
shown on the task bar 4409. The user selects button 4401 when he or she wishes to see categories 
of supplemental information. In Figure 44. the user has selected display element 4401. thereby 
causing w indow 4403 to be displayed as shown in Figure 44. This window 4403 communicates 
categories of products and services available from Acme Electronics Corporation. The window 
4403 also indicates the types of supplemental information available for each of the categories. For 
example, for the "pri nters" category, supplemental information about services relating to printers 
manufactu red or sold bv Acme Electronics is available. Price information about the printers 
manufactured or so ld by Acme is also available. In addition, information about printers 
manufactured or sold by competitors to Acme is available. 

In Figure 45. the user is selecting with the cursor 4511 the display element 4501. which 
represents a type of supplemental information in the "widgets" category of window 4403. The 
display element 4501 that is being selected by the user is the competing product icon for the widget 
category. After the display element 4501 is selected, the display is updated to that shown in Figure 
46. where supplemental information relating to competing suppliers of widgets is shown at 4601. 
In the embodiment of Figure 46. the categories and supplemental information type display elements 
remain on the screen while the supplemental information is presented to the user. In another 
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embodiment, shown in Figure 47. the competing product supplemental information is presented in 
the window 4701. but the categories and supplemental information type display elements, shown in 
window 4403 in Figure 45. are removed from the screen. 

Referring again to Figure 45. one or more display elements are shown for each of the 
categories shown in win dow 4403. Although Figure 45 has been described in connection with the 
selection o f display element 4501. the user may select other display elements (e.g.. 4502. 4503) for 
the widget category. Where other display elements are selected, supplemental information that 
correspon ds to the selected display element would be presented to the user. Display elements from 
any of the other categories shown in window 4403 could also be selected, which will result in the 
presentation of appropriate supplemental information for the selected category and supplemental 
information type. 

The system o f Figure 45 could also be configured to allow the selection of the category 
itself without selection of any particular display element for the category. When the user selects 
the category (e.g.. by selection of the text describing the categoryV supplemental information of all 
types may be presented to the user. Such an embodiment may be useful where the user wishes to 
see all of the supplemental information for a particular category. 

In Figure 48. an application that presents audio content to the user is represented by 
window 4805. The audio content is published by an entity called "WCAR." and the audio content 
is a play-b y-play broadcast of a "Cardinals" football game. As shown in the window 4805. the 
Cardinals lead that game 21-20 in the second quarter. In window 4807. a full motion yideo from 
the Universal Theatres server being presented. The yideo shown in window 4807 is the "Flying 
Over The Precipice" movie. Thus, for the screen of Figure 48. audio content is presented to the 
user in window 4805. and video content is presented to the user in window 4807. A portion 4809 
of the window 4805 is shaded or colored or otherwise marked so as to communicate to the user 
which of th e window on the display is the "active" window. Because the content relating to both of 
the windows 4805 and 4807 present audio to the user, it may be desirable to present audio from 
only one s ource. In Figure 48. the window 4805 is shown to be the active window, and it may 
have been placed in that condition by selection bv the user (e.g.. using the cursor 4803). bv default 
(e.g., it may be the m ost recent window to appear on the screen), or in anv other wav. In the 
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embodiment of Figur e 48. audio from the active window 4805 is presented to the user while the 
audio from window 4807 is muted. The motion video in window 4807 may or may not continue. 

Still referring to Figure 48. the user selects the display element 4803 in the box 480 L which 
causes the display scr een to be updated to that shown in Figure 49. In Figure 49. supplemental 
information about ot her competing content is provided in the window 4901. The supplemental 
information displayed in window 4901 describes a live audio broadcast of a Gophers football game. ' 
where the Gophers are leading 14 to 3 with 12:19 left. This information is related to the content 
being presented to the user in window 4805. the active window in Figures 48 and 49. The window 
4901 also indicates that a commercial being broadcast in connection with the Gophers game will 
end in only four seconds. This type of information may encourage the user to select the content 
described in the window 4901. Similar types of information may be provided in other situations. 
For example, if the Gophers game were at half-time, the user may switch to a broadcast of another 
game (e.g.. the Cardinals garnet while the Gophers game is at half-time. The window 4901 in such 
a situation may allow the user to keep track of when the Gophers game resumes for the second 
half Simi larly, the user can keep track of when a particular program or sporting event (broadcast 
via audio, video, or otherwise^ ends, or when the Gophers game gets closer than it currently is. All 
this may be done while listening to the Cardinals game, or when other related content is being 
presented to the user. 

When the user selects the window 4901 in Figure 49. the broadcast of the Gopher game is 
presented to the user, and the broadcast of the Cardinals game is turned off, or it may be reduced in 
volume. In Figure 50, the user has selected the content represented bv the window 4901 in Figure 
49. thereby causing the display of Figure 49 to be updated to that of Figure 50. Window 4901 is 
the active window in Figure 50. The window 4901 of Figure 50 shows the score of the Gophers 
game. Th e window 4805 may or may not remain on the screen. If it remains on the screen, it may 
be continually updated so that the score of that game is presented to the user, at least visually. In 
another embodiment, supplemental information about the content being presented in connection 
with the active window 4901 is presented to the user. This supplemental information may relate to 
the Cardinals football game, or it may describe another type of supplemental information. 

Su pplemental information relating to the video presented in window 4807 in Figures 48 and 
49 could a lso be presented to the user (e.g.. in window 4901). For example, supplemental 
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information could describe content that starts for that can be configured to start) just as the video 
rendered in window 4807 completes. Alternatively, supplemental information fi-om the 
manufacturer of a product that is used or shown in the movie (e.g.. an automobile or clothing) 
could also be presented. Thus, supplemental information can be presented in connection with many 
types of content, and need not be limited to text, but can fuUv encompass audio, video, animation, 
and any other type of content. 

For purposes of illustration and example, the network documents described and illustrated 
in many of the Figures herein are shown displayed within a window controlled by an application 
program, such as may be represented by window 306 in Figure 3. It should be understood, 
however, that such documents (or resources) could be displayed in other ways. For example, the 
contents could be displayed on the entire desktop, or a portion of the desktop. In another 
embodiment, the contents might be scrolled on the screen, perhaps under other windows. Further, 
windows could be controlled by the operating system, rather than by an application program. The 
manner in which information is being presented to the user herein is for illustration purposes only, 
and should not interpreted as limiting the present invention. 

Further, the present invention has been described principally in terms of computer network- 
available documents containing text, graphics, animated graphics or other objects. It should be 
understood that the present invention is not limited to only those particular types of network 
resources. Rather, the present invention can be implemented using audio, video, or other types of 
multimedia beyond that shown. For example, the supplemental information could be an audio clip, 
or an applet or application program that carries out a useful function that relates to the resource 
displayed or otherwise presented to the user. In addition, the term "computer" as used herein 
should be interpreted broadly to encompass all systems, devices, or machines that have a general or 
specialized processor or microprocessor or a similar device known in the art or hereinafter 
developed. 

Also, embodiments of the present invention may be integrated with one or more payment or 
transaction processing systems or the like so that a person viewing certain types of content and/or 
certain types of supplemental information or supplemental content will incur a fee or a transaction 
cost. Authentication and automatic payments techniques may also be used. 
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In a networked environment, such as that of Figure 2. there are numerous ways in which 
software can be installed, distributed, and/or executed on the various computers on the network. 
Figure 51 illustrates a conventional way in which desktop software is installed and executed. In 
Figure 51. a computer program 1003 is installed at the computer 1001 through some type of 
installation program typically started bv the user of the computer lOOL and executed on the 
computer 1 001 . During installation, the program 1003 may need to be configured at the computer 
1001 for use with the network in order to enable access to other computers on the network (e.g.. 
1002a and 1012). After installation, the computer program 1003 resides and executes at the 
computer 1001. and is persistent. When the computer 1001 is shut down or restarted, the program 
continues to be stored at the client on non-volatile storage media. Upon restarting the computer 
1001. the program 1003 is available for use without reinstallation. 

Figure 52 shows a different embodiment. When the network-connected computer 1001 
connects to or downloads an object stored on the remote computer 1002a over the network, a 
program 1005 embedded within the downloaded document or object is installed on the computer 
1001 and is executed on the computer 1001. Figure 53 is a flow chart that illustrates one possible 
installation procedure that is carried out when the computer 1001 accesses the program 1005. 

The computer 1001 identifies at 1020 one or more programs embedded within the accessed 
object. The client computer then determines whether each embedded program has been installed 
previously on the computer 1001. This can be done by searching the computer's storage or system 
registry for the program or for the program's identifying characteristics. In Microsoft's 
ActiveX/C OM architecture, for example, this is done by searching the registry for an instance of the 
program's globally unique identifier fGUID) in the system registry. 

If the embedded program has been installed on the client computer, the previously installed 
program is retrieved fi-om local storage at 1030. and executed at 1028. However, if the program 
has not been already installed on the client computer, it is retrieved over the network (10231 and 
installed on the client computer. The installation process will typically involve updating a system 
registry or other persistent storage with identifying information on the computer 1001. 

Preferably, the program is installed at 1024 such that it need not be downloaded again over 
the network when it is encountered embedded within another object. For example, if the computer 
1001 were to access an object on computer 1012 that had program 1005 embedded within it. the 
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program 1005 would not need to be installed again because it has already been installed when 
computer 1002a was accessed. 

Figure 54 is flow chart illustrating a different embodiment of the present invention. In this 
system, w hen the computer 1001 encounters an object on computer 1002a. it identifies at 1040 
each pro gram embedded within the object. It then retrieyes one or more programs over the 
network, and then installs them at the client computer 1001. but without the use of a persistent 
storage mechanism. Thus, akhough the program is executed on the client computer lOOL the 
embedde d program must be downloaded each time it is encountered because no persistent storage 
mechanism is used. This type of installation procedure may be more secure, and has been used in 
some of the early Java implementations. 

A system in which software is downloaded over the network, perhaps from an untrusted 
server, has significant security risks associated with it. and for this reason, security restrictions may 
be placed on computer programs downloaded fi"om the network. Thus, a downloaded computer 
program may be unable access some of the resources of a client computer or of the network 
generally. In some em bodiments, however, a downloaded program mav be tested for authenticity 
and safety through a code signing procedure, or through a code verifying procedure If such a 
program p asses such authenticity tests, it may be given more complete access to system or network 
resources. 

Figure 55 is a diagram of the relationships between six objects or documents 5301-5306. 
The six documents are linked to each other in the manner shown and hereinafter described. 
Document 5301 contains three links (5310. 5312. and 5314): one to each of the documents 5302. 
5303. and 5304. Document 5302 contains two links, one link 5316 to document 5305. and another 
link 5318 to document 5306. Document 5305 contains a Hnk 5320 back to document 5302. and 
document 5306 contains a link 5322 to document 5304. Each of these documents is stored on a 
server wit hin a network, and mav incorporate or have embedded within it objects stored on other 
servers. The documents 5301-5306 mav be stored on the same server, or mav be stored on various 
computers distributed throughout the network. 

Figure 56a shows a representation of a video display screen 5404 for a computer such as 
that of Figure 1. The area 5404 represents the area on a screen within which images, text, video, 
and other type of data or muhimedia objects can be displayed and manipulated. On the display 
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5404 shown in Figure 56a, a number of icons or objects 5402 are arranged, along with another type 
of object, window 54 06. The window 5406 is a representation of a document retrieval, browsing. 
and/or viewing progr am that is used to view information either stored locally on the computer or 
retrieved over a netwo rk. The window 5406 has a title area 5408 that displays the title of the 
document being displayed. The title area 5408 could also display the location or address of the 
document being displ ayed, or also the universal resource locator of the document being displayed. 
Alternatively, an add itional area within the window could be used for displaying the universal 
resource locator. Th e contents of the document are shown in displayed within the window 5406 in 
Figure 56a, but it should be understood that the contents could be displayed in other wavs. For 
example, the contents could be displayed on the entire desktop, or a portion of the desktop. In 
another e mbodiment, the contents might be scrolled on the screen, perhaps under other windows. 

Shown within the document viewing area of the window 5406 in Figure 56a is the contents 
of the document 5301 from Figure 55. The document 5301 has been displayed in the window 5406 
in respon se to a user query, which might involve a key word search or might involve the user 
specifying t he address or resource locator of document 5301. The document 5301 could be also be 
displayed within the window 5406 in response to the selection of a link in another document Tnot 
shown) that points to the document 5301. 

The links 5310. 5312. and 5314 are visible within the document 5301 shown in Figure 56a. 
The link 53 10 is actually a banner graphic advertisement for Gaylord's Restaurant, and it also acts 
as the link 5310. Selection of the link 5310 bv an input device (e.g.. mouse or voice recognition) 
causes the home pag e for Gavlord's Restaurant to be retrieved from the network and displayed 
within the window 5406. The links 5312 and 5314 are hypertext links to two other documents. 
Selection of one of these links with the input device causes the document corresponding to the 
selected link to be di splayed in the v^ndow 5406. In an alternate embodiment, rather than 
displaying the selected document in the window 5406 when the link is selected, the selected 
document could be displayed elsewhere on the display 5404. such as in a new window. 

Figures 56b through 56f show the contents of documents 5302 through 5306 rendered in 
the windo w 5406. In Figure 56b. for example, the contents of document 5302 have been rendered 
in the window 5406. and the title bar 5408 displays the title of the document 5302. The contents of 
document 5302 may be displayed in the window 5406 in response to one of any number of user 
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requests. One such user request might be simply a query bv the user to display the document 5302. 
where the user specifies for the yiewing program the address or the resource locator for the 
document 5302. Another request might arise when the user has the contents of document 5301 
displayed in the window 5406. as s hown in Figure 56a. If link 5310 is selected in Figure 56a. the 
viewing program retrie ves the document 5302 and then displays it in the yyindow 5406 

Figure 56c sh ows the document 5303 displayed in window 5406. This document can be 
displayed in response to the user sel ecting link 5312 in Figure 56a. Similarly, the document 5304 
can be displayed as sh own in Figure 56d in response to the user selecting link 5314 in Figure 56a. 

In Figure 56b. hypertext links 5316 and 5318 point to documents 5305 and 5306. 
respectively. When the user selects link 5316. document 5305 is retrieved and rendered in the 
window 5 406 as shown in Figure 56e. And when the user selects link 5318, document 5306 is 
retrieved over the network and rendered in the window 5406 as showm in Figure 56f 

Figure 57 shows a representation of four documents that might correspond to search 
documents within a d atabase that satisfy a query formulated bv the user. In the classic case, and in 
Figure 57. a "docume nt" is a textual representation of an article, book, or other literary work. But 
a "document" need no t only be text-it could also be a picture, video clip, or information in another 
format, such as might be available in a multimedia encyclopedia. 

Referring again to Figure 57. document 100a is five "views" in length. Each "view" 
correspon ds to that amount of information that can be shown on the monitor at any one time. The 
number of views in a search document therefore depends on the size of the monitor's display. The 
five views that compose document 100a are shown as views 101a, 102a. 103a. 104a. and 105a. 
Document 200a is six views in length r 201a. 202a. 203a. 204a. 205a. and 206ay Document 300a 
is three views in length (301 a. 302a. and 303a^ and document 400a is five views in length (401a. 
402a. 403a. 404a. and 405aV 

The search do cuments of Figure 57 might represent the search documents found as a resuh 
of a query formulated to find all the documents in the database that include the phrase "Hadlev v. 
Baxendale. " Each X in the search documents represents an occurrence of the phrase "Hadlev v. 
Baxendale. " As can be seen, the phrase "Hadlev v. Baxendale" can be found in search document 1 
at two sep arate locations. Document 200a has six occurrences, and search document 300a has 
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three. Search document 400a has one occurrence--the title of search document 4Q0a is "Hadley v. 
Baxendale." 

There are also "related documents" rsoOa. 600a> and 700a) shown in Figure 57. A related 
document is a document that is somehow explicitly associated, linked, or otherwise connected to 
one of the search doc uments. For example, if search document 1 (100a) is a judicial opinion, a 
related document might be a subsequent opinion in the same case (e.g.. an decision on appeal). 
Other related documents might be an opinion or scholarly article that cites or discusses search 
document 100a. or a list of judicial opinions that cite the search document. Any document that is 
usefijlly associated with the search document can be considered a related document. Often, the 
related document does not satisfy the query, so it is usually not one of the search documents. In 
some circumstances, however, the related document might satisfy the query, so it can be a search 
document. 

Related documents may also be related only to a particular view within a search document. 
For example, a search document that is a judicial opinion may have numerous other judicial 
opinions cited in the text of the opinion. These cited opinions may be "related documents." but 
often they relate only to a particular view within the document. Depending on the implementation 
of the database system, they might not be considered to be "related" to the search document as a 
whole. Thus, they are available as related documents only when the corresponding cite is within 
the currently displayed view. In such an implementation, the related documents are dependent on 
the view shown on the monitor at any given time. 

Figure 58 shows the representation of the four search documents that satisfy the user*s 
query. The search documents are ordered by an ordering characteristic, such as the date of 
publication. Other ordering characteristics can be used as appropriate for a given situation (e.g.. 
number of query terms in a document, statistical relevance of the documents type of document. 
etc.). Any ordering characteristic that permits the search documents to be distinguished fi-om one 
another can be appropriate. In the example of Figure 58. search document 100a is the first search 
document according to the ordering characteristic, and view 101a (shaded) in search document 
100a is the display view shown on the monitor. (The view shown on the monitor at anv given time 
is the "display view.") Once view 101a is displayed on the monitor, the user reads, studies or 
otherwise observes the displayed information. When the user wishes to change the display view, he 
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or she uses the input device to cause the system to display either (a) a different view in the search 
document IQOa. or (b) a viev^ from one of the other documents 200a. 300a. 400a. 5Q0a. 600a. or 
700a. 

The user uses one or more input devices to request particular views. For example, an input 
device might be a keyboard that includes a "next page" kev and a "next document" kev. The "next 
page" key requests the next successive view (view 102a) within the document currently being 
viewed (document lOOaV The "next document" view requests the first view (view 201a') of the 
next successive search document according to the ordering characteristic (document 200aV Many 
database systems have "next page" and "next document" commands or keys (e.g.. Westlaw. 
LEXIS/NEXIS. and West Publishing Company's CD-ROM products! as well as others (e.g.. 
"previous document." "previous page"). Westlaw also permits a user to request a particular search 
document or "page" by typing a command. For example, to view search document three OOOal 
the user types "r3": to request page 2 (i.e.. view 2) within the currently displayed document, the 
user types "p2." And in some systems, multiple commands can be executed together by separating 
them with a semicolon, so page two fi-om document three (view 302a) can be requested with a 
single command: "r3:p2." 

In the systems of the prior art, when the database system receives the command to display a 
different view, the requested view must be loaded from the database 30 before it can be displayed 
on the monitor 27. Since retrieving information from the database is time-consuming, this loading 
process is undesirably slow. But in a system employing the present invention, the time required to 
respond to the user's request for a different view (the "requested view") is reduced by taking 
advantage of the fact that it is often possible to predict the requested view before the user actually 
requests it. In the present invention, the view(s) that the user is likely to next request are preloaded 
while the user is reading the displayed view. 

Thus, in one embodiment of the present invention, the view or views (i.e.. anticipated 
view(s)) that are likely to be next requested by the user are "preloaded" (e.g.. in the background) to 
the extent permitted by the time the user spends reading or studying the display view. When the 
user does request that a different view be displayed (i.e.. the user requests a "requested view"), the 
requested view can be very quickly displayed on the monitor if it has already been preloaded into 
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memory. Thus, if the requested view is one of the anticipated views, the database system is able to 
quickly respond to the user's request for the requested view. 

As shown in F igure 58. while the user is reading or studying the display view 101a. view 
201a is id entified as an anticipated view (signified bv the arrow from view 101a to view 201ay 
View 201 a is likely to be requested by the user because it is the first view of the "next" search 
document fas defined bv the ordering characteristic) following search document 100a. And while 
the display view 10 la is being viewed bv the user, the database system will preload view 201a fi-om 
the databa se into memory, before it is actually requested bv the user. After view 201a is preloaded 
into memory, the input device is checked to see if the user has requested that another view be 
displayed. If the user has requested that a requested view be displayed, the database system checks 
to see if the requested view has been loaded into memory (e.g.. as the preloaded anticipated viewV 
If the requested view is view 201a. it will have been loaded into memory as the anticipated view, so 
view 201a is retrieved fi-om memory and displayed on the monitor. Since loading the requested 
view fi-om memory is much faster than loading the requested view fi-om the database, the time 
required to respond to the user's request for the requested view is shortened dramatically. If the 
requested view is not in memory, however, it must be retrieved from the database. 

Instead of loading the entire anticipated view before checking the input device, in other 
embodiments of the present invention the input device is monitored during the time the anticipated 
view is being preloaded into the database. If the user requests a requested view, the preloading of 
the anticip ated view stops and the user's request is serviced. This ensures that the system is very 
responsive to the user's input. Such an embodiment can be implemented bv checking the input 
device eac h time a segment (i.e.. a portion) of the anticipated view is preloaded. If the computer is 
running multitasking a nd/or multithreading operating system, such an embodiment can alternatively 
be carried out using the various techniques appropriate for such an operating system. 

Figure 59(a) shows a situation where view 101a (shaded) is the display view, and the 
retrieval system has identified four views 102a. 501a. 201a. and 401a as anticipated views. View 
102a is likely to be requested by the user when the display view is view 101a because it is the next 
view in the document that the user is currently viewing. View 501a is a candidate for the requested 
view because it is the fir st view from a document r500a) that relates to the search document (100a) 
that the us er is currently viewing. View 401a is also an anticipated view because the user mig ht 
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wish to view the docu ment that represents the opposite extreme of the ordering characteristic (e.g.. 
the oldest document). And as described above, view 201a is also likely to be requested bv the user. 

In the embodi ment of Figure 59(a\ the retrieval system will attempt to load as many of 
these anticipated view s as possible while the user is studying the display view 101a. If enough time 
passes before the user requests a requested view, the retrieval system may preload all four of the 
anticipated views, thereby enhancing the likelihood that the next requested view will be in memon/. 

Once the user issues a request for a requested view, the requested view is loaded from 
memory (or from the database, if necessary) and displayed on the monitor. The process of 
determining and preloading anticipated views then starts over. For example, if the requested view 
is view 201a. the display view will then become view 201a (shaded) as shown in Figure 59(by The 
anticipated views would also change, and might be identified as indicated bv the arrows. 

Figure 60(a) shows another representation of four search documents showing term views 
111. 112a. 211. 212. 213. 214. 311a. 312a. and 411. In Figure 60(a). a term view is a view that 
has at lea st one search term from the query. And as can be seen from document 100a in Figure 
60(a). the boundaries of these term views may or may not correspond to the boundaries of views 
101a. 10 2a. 103a. and 104a. Term views may also be anticipated views because the user might 
request as a requested view the next view having one or more of the terms in the query. Some 
systems provide a command for this purpose (e.g.. in Westlaw, the command is '*t"). 

Figure 60(b) s hows the representation of the four search documents showing other term 
views 171. 271. 272. 37 1. and 471. These term views are made up of a small number of words 
surroundin g each occurrence of a search term in the search documents. Since the number of words 
surrounding the searc h terms is small, more than one set of words can fit on the screen at a given 
time. Thus, the term view in this embodiment includes information from different parts of the 
document. T he "KWIC" display format in the LEXIS/NEXIS system operates similariv 

Figure 61 shows another representation of the four search documents showing 
subdocument views 121. 122. 131. 141. 22L 231. 232. 233. 321. 331. 421. 431. and 441. The 
subdocumen ts are shown in Figure 61 as 120. 130. 140. 220. 230. 240. 320. 330. 420. 430 and 
440. A su bdocument is any logically separable or identifiable portion of a document. For example. 
if a document is a jud icial opinion, there might be subdocuments for the title and citation for the 
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case, for each of the headnotes, for the opinion itself, and for any dissenting opinions. A 
subdocument view is a view within a subdocument. 

Subdocument views mav be anticipated views because the user often is particularlv 
interested in a partic ular portion of the search documents. If the search documents consist of a 
series of judicial opinions, for example, a user may only wish to view, for each of the search 
document s, the subdocument for the majority opinion (and not the headnotes. dissenting opinions. 
etc.). Th us, it may be appropriate for the anticipated views to be drawn primarily from a particular 
type of subdocument. 

In other situations, however, the user mav only wish to see the first subdocument view for 
each subdocument. It would be appropriate in these situations for the anticipated views to be 
primarily the first views from the various subdocuments within each document. 

The retrieval system of the present invention identifies anticipated documents bv focussing 
on the current display view. The current display view gives clues as to which view might be 
requested bv the user because the display view identifies the user's progress in browsing the search 
documents. In other words, the current display view identifies which search document in the 
sequence of search documents is currently being viewed. This information is usefijl because the 
search document immediately following and preceding the current search document (as defined by 
the ordering characteristic) is often the search document next requested bv the user. 

The view displayed just prior to the displayed view might also be a consideration in 
determining the anticipated views if it tends to show a pattern that can identify the user's next 
requested view. For example, referring to Figure 61. if the user requests view 131 of search 
document 100a. and then requests view 231 of search document 200a. the retrieval system can 
consider these two consecutive display views and determine that an appropriate anticipated view is 
view 331 of search document 300a. View 331 is the first view of subdocument 330. which could 
be of the same type as subdocuments 130 and 230. the two subdocuments previously viewed bv the 
user. Since the goal is to accurately predict the next requested view, considering the views that the 
user requested in the past mav be helpfiil if it tends to identify the views that the user will request in 
the fijture. 

In general, any appropriate adaptive prediction scheme can be used that uses the user's 
history of requested views (and display views) to accurately determine which views are likelv to be 
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next requested bv the user. It might be appropriate in some cases to consider many display views in 
determining appropriate anticipated yiews. Longer histories may tend to identify patterns that 
would not show up if only a small number of recent display views are considered- 
Tendencies can even be monitored over more than one research session in situations where 
a particular user or g roup of users tend to request views in a particular pattern each time research is 
done. In addition, the user could be prompted to indicate the type of research being undertaken, 
which may give clues as to what type of anticipated views are appropriate for efficient operation. 
Finally, the particular databases used or type of research being done can be monitored bv the 
database system and advantageously taken into account in determining anticipated views. 

In the preferred embodiment of the present invention, the anticipated views are drawn from 
both related documents and search documents. A fundamental distinction between related 
documents and search documents is that related documents are statically-related to the search 
documents, whereas search documents are dynamically-related to one another. This difference is 
significant because unlike statically-related documents, no predefined link needs to be set up for 
search documents. A statically-related document is always associated with a particular document, 
regardless of the query (the related document is therefore statically-related). The search 
documents, on the other hand, are related to each other by the query. Since the query changes with 
each search, the search documents are considered dynamically-related to one another. 

Some of the recent CD-ROM products have implemented features such as hvperiinked text, 
and timeline-linked text (clicking on a time-line item will take the user to a relevant article! See 
The Top 100 CD-ROMs. PC Magazine. Sep. 13. 1994. p. 115. Links of this nature are static 
because thev always apply and do not depend on any particular query run bv the user. 

The search documents are ordered bv an ordering characteristic as described previously. 
Thus, when a "next document" is requested, it is assumed that the search document requested by a 
"next document" command is the search document that is "next" according to the ordering 
characteristic. If the search documents are ordered by publication date, for example, the "next 
document" will be interpreted as a request for the search document with the next oldest publication 
date. 

In one embodiment of the present invention, it is possible to make a number of different 
ordering characteristics available for use bv the user in browsing the search documents. For 
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example. Figure 62 shows seven documents labelled "a" through "g'* ordered according to four 
different ordering characteristics. When the display view is in document "a>" the "next document" 
command can be a request for four different documents (i.e.. "b." "e." "f " or "c"\ depending on the 
particular ordering characteristic used. More than one ordering characteristic must therefore be 
considered when determining anticipated views if the user is capable of moving to a "next 
document" in the context of more than one ordering characteristic. This feature can be enabled bv 
an input device command that allows the user to select the desired ordering characteristic. 

The present invention is applicable to single-user, multiple-user, and many-user databases, 
but the present invention is most effective when used in connection with single-user databases. The 
efficient operation of the invention depends on being able to retrieve data from the database very 
frequently, perhaps continuallv. The present invention is quite effective with single-user databases 
such as those on CD-ROM or other mass storage devices (this might also include a hard drive 
implementationV In a single-user database, the no other demands are being made on the database 
by other users, so the database is often idle. 

But since a manv-user or multiple-user database must be shared among more than one user, 
such a database will often be receiving simultaneous and continual requests for data. Databases in 
such a system are rarely idle, so there is little time to preload anticipated views into memory. In 
such a situation, the present invention will not be as effective in improving the response time to 
users* requests for requested views. But in many-user or multiple-user database systems where the 
database is not as busv. the present invention can be effective in reducing response times to users' 
requests for information. 

Figure 63 is a flow chart of the operation of the database system in one embodiment of the 
present invention. A system in one embodiment of the present invention begins by executing a 
query to identify the search documents. This step is carried out bv search logic 51. The remaining 
steps shown in Figure 63 (described below) are carried out by retrieval logic 52. Both the search 
logic 5 1 and the retrieval logic 52 are part of the program logic, which is often software. As one 
skilled in the art will recognize, in a software implementation the search logic 52 and the retrieval 
logic 52 may or may not be integral or intertwined parts of the same computer program (i.e.. 
program logicV 
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As dictated by the retrieval logic 52. the database system then loads into memory a view 
from one of the search documents. See Figure 63. This first display view is then displayed on the 
monitor. Normally the user will take a few moments to read or study the display view. During this 
time, one or more anticipated views are identified. The anticipated views are views that the user is 
likely to request be displayed on the monitor after the display view. 

The database system then begins to preload these anticipated views into memory fi-pm the 
database, while also continually monitoring the input device to determine if the user has issued a 
request to display a different view (i.e.. a "requested view") on the monitor. Anticipated views are 
loaded into memory until the user requests a requested view. 

When the user does makes such a request, the database system then determines whether the 
requested view is in memory. The requested view may be in memory because it could have been 
preloaded into memory as an anticipated view. If the requested view is in memory, the requested 
view becomes the new display view, and it is displayed on the monitor. But if the requested view is 
not in memory, the requested view must first be loaded fi'om the database before it can be displayed 
on the monitor as the display view. 

The anticipated views are a fiinction of the display view because the views that the user is 
likely to request depend to some degree on the view the user is currently reading. In other words, 
those views that are anticipated views when view 101a is the display view are not likely to be the 
same as the anticipated views when view 2Q2a is the display view. Therefore, as shown in Figure 
63. the anticipated views are determined each time the display view changes. 

When the display view is changed, the anticipated views for the prior display view can 
remain in memory so that they are available if they are ever requested bv the user. But if memory is 
limited, the anticipated views for the prior display view can be deleted fi'om memory, preferably in 
an efficient manner (e.g.. anticipated views conmion to both the new display view and the prior 
display view are not deleted from memory). It is best to delete those views that are not likely to be 
requested by the user. It may also be appropriate to consider whether a view is likely to become an 
anticipated view in the future. 

Figure 64 shows a flow chart representing another embodiment of the present invention 
where anticipated views from prior display views are deleted if memory is full. The views deleted 
are those that are not anticipated views for the new display view. This will presumably make room 
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for new anticipated views to be pr eloaded into memory (if not all of the anticipated views are 
already in memory V 

The number of anticipa ted views for a given displav view does not have to be a 
predetermined or constant numb er, but rather can vary depending on memory available. Typically, 
the number of anticipated views for a display view is a trade-oflf between the amount of memory 
available and the desi red speed of retrieval. In instances where memory is plentiful where the 
number of search do cuments is few, and/or where the search documents are smalL it mav be 
possible for all of the search documents to be completely loaded into memory. In such a situation. 
the number of anticip ated views for a given display view could be as high as the total number of 
views in the search documents. At the other end of the spectrum, there might be only one or two 
anticipated views for each display view if memory is limited- 
Embodiments of the present invention can vary as to how anticipated views are preloaded 
into memory. In the e mbodiments of Figures 63 and 64. one anticipated view at a time is preloaded 
into memory, and the retrieval system does not begin preloading a second anticipated view into 
memory until the prior anticipat ed view is completely preloaded into memory. In other 
embodiments, anticipated views are simultaneously preloaded. 

Simultaneous preloading of muhiple anticipated views can be done in a number of ways. In 
a multitas king operating system, for example, an appropriate time-slicing procedure can be used to 
preload the anticipated views so that they are preloaded simultaneously. In another embodiment. 
one segment from eac h anticipated view is preloaded in turn, and the cvcle is repeated until all the 
anticipated views are fully preloaded into memory (or until the user's request for a requested view 
interrupts the preloading process V A segment is any portion of an anticipated view, such as one or 
two lines or even a single bvte of the anticipated view. 

Figure 65 shows a simple implementation of the simultaneous preload concept, where the 
database s ystem preloads a segment of a first anticipated view into memory, and then preloads a 
segment of a second anticipated view into memory. These steps continue until either the user 
requests a requested view, or both anticipated views are fully preloaded into memory. When the 
user reque sts a requested view, the database system checks to see if that requested view is in 
memory. If the requeste d view is only partially preloaded into memory, that portion in memory can 
be written t o the monitor and the remaining portion loaded from the database. The response time 
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in this situation will st ill be better than if the entire requested view has to be loaded from the 
database. The presen t invention has been principally described in the context of accessing the 
database and identifying search documents through a search term querv. The present invention can 
be applicable in oth er research-related contexts where search documents are identified using 
another type of entry path. Fo r example, a time-line can be used for locating information or 
documents that are a ssociated with a given time or time-frame. Another information access method 
uses a topic tree that permits a user to choose from successively narrowing topics until the desired 
topic is lo cated. It is possible for the present invention to be applicable even in other non-research 
contexts where similar preloading techniques may permit efficient navigation of information and/or 
short response times. The present invention can also be used in combination with caching systems 
where previously-displayed views are stored for repeated use. 

The present invention has been primarily described in the context of a general purpose 
computer implementation. As one skilled in the art will recognize, however, it is possible to 
construct a specialized machine that can carry out the present invention. 

Generally, although the present invention has been shown and described with respect to 
specific embodiments and/or implementations, various changes and modifications, even if not 
shown or specifically described herein, may be applicable to the present invention, and are deemed 
to lie within the spirit and scope of the present invention as defined by the appended claims. Any 
specific features or aspects of the embodiments or implementations described or illustrated herein 
are not intended to limit the present invention in a manner not required by the appended claims. 

INCORPORATION BY REFERENCE 
The following pending U.S. patent applications are hereby fiilly incorporated by reference 
into this application: application serial nos. 08/474,921 (entitled "Document Retrieval System 

Employing a Preloading Procedure"), filed June 7, 1995, now U.S. Patent No. ; 

08/487,925 (entitled "Document Research System and Method for Displaying Citing Documents"), 
filed June 7, 1995; 60/028,251 (entitled "A Method and System for Communicating Information 
About the Contents of a Document"), filed October 8, 1996; 60/047,554 ("A Document Retrieval 
System Including the Use of Profile Information"), filed May 22, 1997; 60/052,830 ("A System and 
Method for Communicating Information Relating to a Network Resource"), filed July 17, 1997; 
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and 08/936,910 (entitled "A System and Method of Communicating Information Relating to a 
Network Resource"), filed September 25, 1997. 

In addition, the following publications listed below are also hereby fully incorporated by 
reference to the extent that they enable, provide support for, provide a background for, or teach 
methodology, techniques, and/or procedures employed herein. 

Reference 1 : Yellin, The Java Application Programming Interface: Volumes 1 & 2 (Addison 
Wesley 1996) 

Reference 2: Campione, The Java Tutorial (Addison Wesley 1996) 
Reference 3: Chan, The Java Class Libraries (Addison Wesley 1997) 
Reference 4: Lemay et al., Java in 21 Days (Sams.Net 1996) 

Reference 5: Sun Microsystems, Inc., The JavaBeans 1.0 API Specification (Sun 
Microsystems 1996) (available at http://java.sun.com^eans) 

Reference 6: Sun Microsystems, Inc., The Java 1.1 API Specification (Sun Microsystems 
1997) (available at http://java.sun.com/) 

Reference 7: Bell, "Make Java fast: Optimize!," JavaWorld April 1997 (JavaWorld 1997) 
(available at http://www.javaworld.com/) 

Reference 8: Vanhelsuwe, "How to make Java applets start faster," JavaWorld December 
1996 (JavaWorld 1996) (available at http://wwwjavaworldxom/) 

Reference 9: Danesh, JavaScript in a Week (Sams.Net 1996) 

Reference 10: Graham, HTML Sourcebook (2d ed. John Wiley & Sons 1996) 

Reference 1 1 : Tanenbaum, Computer Networks (2d ed. Prentice Hall 1989) 

Reference 12: Jamsa, Internet Programming (Jamsa Press 1995) 

Reference 13: Comer, Internetworking with TCP/IP, Volumes 1, 2, & 3 (3d ed. Prentice 
Hall 1995) 

Reference 14: Lemay, Official Marimba Guide to Castanet (Sams.Net 1997) 
Reference 15: Kovel et al., The Lotus Notes Idea Book (Addison Wesley 1996) 
Reference 16: Schneier, Applied Cryptography (2""* ed. John Wiley & Sons 1996) 
Reference 17: Adkins, Internet Security Professional Reference (New Riders 1996) 
Reference 18: Chappell, Understanding ActiveX and OLE (Microsoft Press 1996) 
Reference 19: Denning, OLE Controls Inside Out (Microsoft 1995) 
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Reference 20: Brockschmidt, Inside OLE (2d ed. Microsoft 1995) 

Reference 21 : Siegel, CORBA Fundamentals and Programming (John Wiley & Sons 1996) 

Reference 22: Petzold, Programming Windows 95 (Microsoft 1996) 

Reference 23: Prosise, Programming Windows 95 with MFC (Microsoft Press 1996) 

Reference 24: Microsoft Corporation, Windows NT Server Resource Kit (Microsoft Press 

1996) 

Reference 25: Russel, Running Windows NT Server (Microsoft Press 1997) 
Reference 26: Chapman, Building Internet Applications with Delphi 2 (Que 1996) 
Reference 27: Cantu, Mastering Delphi 3 (Sybex 1997) 
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What is claimed is: 

1-23. (Previously Canceled) 

24. A system comprising: 

(a) a network; 

(b) a client computer operated by a user and in communication with the network, where the 
client computer is programmed to carry out the operations of: 

monitoring input from the user operating the client computer, 

retrieving a plurality of web pages over the network at the direction of the user, where the 
plurality of web pages are retrieved over the network and displayed in a web browser window on a 
display screen associated with the client computer, and where the web browser window is 
associated with a web browser application that is operated by the user, 

retrieving a first web page over the network from a first web server at the direction of the 
user, where the first web server is operated by a first entity, 

displaying the first web page in the web browser window on the display screen associated- 
with the client computer, and 

automatically communicating browsing activity information over the network, where the 
browsing activity information includes information indicating that a web page from the first web 
server has been displayed at the client computer; and 

(c) an apparatus for transferring information over the network, where the apparatus is 
configured to carry out the operations of 

waiting for a request over the network for a web page, 

receiving over the network a request from the client computer for a web page, where the 
request is sent by the client computer at the direction of the user after the client computer has 
completed the operation of displaying the first web page in the web browser window, 

accessing the browsing activity information communicated over the network by the client 
computer, where the browsing activity information is accessible to the apparatus without requiring 
any authorization or assistance from the first entity or the first web server, and 
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responding to the request from the client computer by transferring a responsive web page 
from the apparatus over the network to the client computer, where the responsive web page is 
personalized for the user based on the browsing activity information. 

25. The system of claim 24, where the client computer is further programmed to carry out 
the operations of: 

displaying the responsive web page in the web browser window, where the responsive web 
page includes an advertisement from a marketplace competitor of the first entity, and where the 
advertisement is selected for the responsive web page by the apparatus based on the browsing 
activity information. 

26. The system of claim 25, 

where the operation of automatically communicating browsing activity information is 
performed by a program that operates in conjunction with the web browser application, and 

where the program that operates in conjunction with the web browser application is 
downloaded over the network, tested for authenticity using a code signing procedure, and stored 
on the client computer using a persistent storage mechanism. 

27. A computer operated by a user for retrieving information over a network, where the 
computer is programmed to carry out the operations of: 

monitoring input from the user operating the computer; 

retrieving a plurality of web pages over the network at the direction of the user, where the 
plurality of web pages are retrieved over the network and displayed in a web browser window on a 
display screen associated with the computer, and where the web browser window is associated with 
a web browser application that is operated by the user; 

retrieving a first web page over the network from a first web server at the direction of the 
user, where the first web server is operated by a first entity; 

displaying the first web page in the web browser window on the display screen associated 
with the computer; 
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storing browsing activity data, where the browsing activity data includes information 
indicating that a web page from the first web server has been displayed at the computer; 

after the computer has completed the operation of displaying the first web page in the web 
browser window, and while a web page is displayed in the web browser window, detecting that the 
user has selected a display element displayed in the web browser window, where the display 
element acts as a link to a second web server; 

sending a request for a web page over the network to the second web server, where the 
second web server has access to the browsing activity data but is operated by an entity that is not 
related to the first entity, and where the second web server is able to access the browsing activity 
data without any assistance from the first entity or the first web server; and 

receiving a web page from the second web server, where the web page from the second web 
server includes an advertisement tailored to the user's interests based on the browsing activity data. 

28. A computer operated by a user for retrieving information over a network, where the 
computer is programmed to carry out the operations of 

monitoring input from the user operating the computer; 

retrieving a plurality of web pages over the network at the direction of the user, where the 
plurality of web pages are retrieved over the network and displayed in a web browser window on a 
display screen associated with the computer, and where the web browser window is associated with 
a web browser application that is operated by the user; 

retrieving a first web page over the network from a first web server, where the first web 
page is published by a first entity; 

displaying the first web page on the display screen associated with the computer; 

monitoring the display of the first web page on the display screen associated with the 
computer; 

upon monitoring the display of the first web page, automatically identifying a first 
advertising message to communicate to the user; and 

communicating the first advertising message to the user, where the first advertising message 
is communicated to the user by automatically placing the first advertising message in an 
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advertisement area on the display screen so that at least a portion of the first advertising message is 
visible to the user, 

where the first advertising message is independent of the first web page and is not part of 
the first web page as published by the first entity, and 

where the first advertising message includes information that a competitive entity wishes to 
communicate to users vievsdng web pages published by marketplace competitors of the competitive 
entity, and where the first entity and the competitive entity are marketplace competitors. 

29. The computer of claim 28, where the computer is fijrther programmed to carry out the 
operations of: 

monitoring the user's interaction with the first advertising message; 
determining that the user has selected the first advertising message; 
in response to determining that the user has selected the first advertising message, 
displaying a web page associated with the competitive entity; and 

enabling the user to purchase goods or services fi'om the competitive entity. 

30. The computer of claim 29, where the operation of displaying a web page associated 
with the competitive entity includes the operation of 

displaying a web page associated with the competitive entity in the advertisement area on 
the display screen. 

31. The computer of claim 29, where the operation of displaying a web page associated 
with the competitive entity includes the operation of: 

displaying a web page associated with the competitive entity in a new window on the 
display screen. 

32. The computer of claim 28, where the computer is fijrther programmed to carry out the 
operations of 

upon monitoring the display of the first web page, automatically identifying a second 
advertising message to communicate to the user; and 
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communicating the second advertising message to the user, where the second advertising 
message is communicated to the user by automatically placing the second advertising message in 
the advertisement area on the display screen so that at least a portion of the second advertising 
message becomes visible to the user, 

where the second advertising message is independent of the first web page and is not part of 
the first web page as published by the first entity, and 

where the second advertising message includes information that a second competitive entity 
wishes to communicate to users viewing web pages published by any of a plurality of marketplace 
competitors of the second competitive entity, and where the first entity and the second competitive 
entity are marketplace competitors. 

33. The computer of claim 32, where the first advertising message and the second 
advertising message are communicated to the user one at a time. 

34. The computer of claim 28, where the computer is fiarther progranmied to carry out the 
operations of 

detecting that a web page from a second web server is being displayed on the display screen 
associated with the computer, where the web page from the second web server is published by a 
second entity, 

in response to detecting that a web page fi*om the second web server is being displayed, 
attempting to identify a second advertising message to communicate to the user, where the second 
advertising message is independent of the web page fi'om the second web server and is not part of 
the web page from the second web server as published by the second entity; and 

determining that no second advertising message will be communicated to the user while the 
web page fi*om the second web server is being displayed. 

35. The computer of claim 28, where the operation of communicating the first advertising 
message to the user includes the operation of 

placing the first message in a new window on the display screen that is separate fi-om the 
web browser window. 
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36. The computer of claim 28, where the operation of communicating the first advertising 
message to the user includes the operation of: 

displaying the first message within the web browser window. 

37. The computer of claim 28, where the operations of retrieving a first web page over the 
network and displaying the first web page include the operations of: 

determining that the first web page is a document that the user may wish to retrieve over 
the network and display on the display screen, where the first web page is identified by a search 
engine in response to a search query entered by the user; 

retrieving the first web page over the network fi-om the first web server and storing the first 
web page in local storage associated with the computer, where the first web page is retrieved and 
stored in the background before the user inputs a request to display the first web page; 

detecting that the user has requested that the first web page be displayed; and 

upon detecting that the user has requested that the first web page be displayed, displaying 
the first web page on the display screen by retrieving the first web page from local storage 
associated with the computer. 

38. The computer of claim 28, where the computer is fiirther programmed to carry out the 
operations of: 

detecting, while the first advertising message is displayed, that the user wishes to display a 
different web page on the display screen associated with the computer; and 

upon detecting that the user wishes to display a different web page on the display screen, 
allowing the first advertising message to remain in the advertisement area on the display screen. 

39. The computer of claim 28, where the operation of automatically identifying a first 
advertising message includes the operations of: 

sending a request for information over the network to a first network device, where the first 
network device is different from the first web server, and is not controlled by the first entity; 
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receiving, in response to sending the request for information over the network to the first 
network device, information that includes the identity of a second network device; 
sending a request to the second network device; and 

receiving, in response to sending the request to the second network device, information to 
be included within the first advertising message. 

40. The computer of claim 28, where the computer is fiarther programmed to carry out the 
operations of: 

retrieving the first advertising message over the network before the web page from the first 
web server is displayed on the display screen, where retrieving the first advertising message over 
the network is done in anticipation of the first web page fi-om the first web server being displayed 
on the display screen; and 

retrieving the first advertising message fi-om local storage at the computer. 

41. The computer of claim 28, where the computer is further progranwned to carry out the 
operations of: 

monitoring the display of the plurality of web pages, where the operation of monitoring the 
display of the plurality of web pages is done primarily for the purpose of presenting targeted 
advertisements to the user. 

42. A computer operated by a user for retrieving information over a network, where the 
computer is programmed to carry out the operations of: 

monitoring input fi-om the user operating the computer; 

retrieving a plurality of web pages over the network, where the plurality of web pages are 
retrieved over the network and displayed in a web browser window on a display screen associated 
with the computer, and where the web browser window is associated with a web browser 
application that is operated by the user; 

determining that a first web page is a document that the user may wish to retrieve over the 
network and display on the display screen, where the first web page is stored at a first web server 
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and is published by a first entity, and where the first web page is identified by a search engine in 
response to a search query entered by the user; 

retrieving the first web page over the network fi-om the first web server, where the first web 
page is retrieved before the user inputs a request to display the first web page; 

in response to detecting that the user has requested that the first web page be displayed, 
displaying the first web page on the display screen by retrieving the first web page fi-om local 
storage associated with the computer; and 

communicating a first advertising message to the user, where the first advertising message is 
communicated to the user by automatically placing the first advertising message in an advertisement 
area on the display screen so that at least a portion of the first advertising message is visible to the 
user along with the first web page, 

where the first advertising message is not part of the first web page as published by the first 
entity at the first web server, and is not embedded within the first web page as published by the first 
entity, and 

where the first advertising message is targeted to users viewing information of the type 
displayed by the first web page. 

43. A computer operated by a user for retrieving information over a network, where the 
computer is programmed to carry out the operations of 

monitoring input from the user operating the computer; 

retrieving a plurality of web pages over the network, where the plurality of web pages are 
retrieved over the network and displayed in a web browser window on a display screen associated 
with the computer, and where the web browser window is associated with a web browser 
application that is operated by the user; 

retrieving a first web page over the network from a first web server at the direction of the 
user, where the first web page is published by a first entity, and where the first web page contains 
information about a first item; 

displaying the first web page in the web browser window on the display screen associated 
with the computer; 
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determining that information about the first item is being displayed on the display screen 
associated with the computer; 

accessing information generated by a competitive information service in order to determine 
whether competitive information is available for the first item, where the competitive information 
service is operated by an entity that is different than the first entity, and where the operation of 
accessing information generated by a competitive information service is carried out without the 
involvement or authorization of the first entity; 

upon determining that competitive information is available for the first item, displaying a 
competitive information display element on the display screen associated with the computer; and 

upon detecting that the user has selected the competitive information display element, 
displaying competitive information about the first item, where the competitive information includes 
price-competitive information for the first item from at least one marketplace competitor of the first 
entity. 
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ABSTRACT 

A system and method for communicating information relating to a network resource. A 
computer for displaying supplemental information about another document on a display screen for a 
user. Guiding individuals to places of interest on a network where information is stored, and/or 
displaying or otherwise presenting useful information to the user. 
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